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Bild auf der Titelseite 

Mit der Ruhr-Universitat Bochum wurde im Herzen des 
Rheinisch-Westfalischen Industriegebiets eins der fortschritt- 
lichsten Bildungszentren der Bundesrepublik geschaffen. Das 
nach neuzeitlichsten Konzeptionen angelegte Rechenzentrum 
der Universitat wurde mit einem GroRrechensystem TR 440 
von AEG-TELEFUNKEN ausgeriistet 

Photo freigegeben vom Reg.-Pras. Munster unter Nr. 5266/69 




Teilansicht des Rechenzentrums der Ruhr-Universitat Bochum 
Die Bedientische gehoren (von links) zur Zentraleinheit des 
TR 440, zum Satellitenrechner TR 86 und zu einem zusatz- 
lichen selbstandigen Rechner TR 86. 
(Dieses Bild und das Bild auf der Titelseite erscheinen mit 
freundlicher Genehmigung der Ruhr-Universitat Bochum) 
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DK 681.322 TR 440 

Die TR-440-Staffel 

v. Sydow, Friedrich 

DATENVERARBEITUNG AEQ-TELEFUNKEN 3 (1970) 3, S. 101-104, 3 B. 

Einem kurzen Streifzug durch die jungere Entwicklung von Anforderungen 
an groBe Rechensysteme, als Herausforderung, folgt ein Oberblick uber die 
Rechensysteme der TR-440-Staffel, als einer Antwort auf die Herausforde- 
rung. Hardware und Software des TR 440 in den verschiedenen Stufen werden 
kurz umrissen und an Hand dreier Bilder uberschaubar vorgestellt. Dieser 
Beitrag stellt damit eine Verbindung untar den anderen Beitragen zu einzel- 
nen Gegenstanden des TR 440 in diesem Heft her. 
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DK 681.322.065.2 RD 441 

Adressierung im RD 441 

Stadie, Gunter 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 109-111. 

Die Seitenadressierung gestattet z. B. nicht nur eine bequeme Verwaltung 
des Zentralspeichers, sondern sie bringt audi Probleme, die z. B. zur Ein- 
richtung von Assoziativregistern fuhren. Neben der Seitenadressierung wird 
auch auf die absolute Adressierung eingegangen, und es werden die 
unterschied lichen Adressierungsmodi motiviert. SchlieBlich werden die Ein- 
richtungen der Indexspeicheransteuerung geschildert, die einen schnellen 
Zugriff auf IndexgroBen ermoglichen. 
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DK 681.322 TR 440 

Der zentrale Rectifier des TR 440 

v. Sydow, Friedrich 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 104-109, 5 B. 

Vom Digitalrechner RD 441 als Zentraleinheit von Systemen der TR-440- 
Staffel werden allgemeine Eigenschaften, Aufbau und Ausbaustufen beschrie- 
ben. Seine funktlonelle Gliederung wird In Text und Bildern vorgefuhrt. Da 
slch ein so komplexes Gerat nicht auf wenigen Druckseiten vollstandig 
abhandeln laBt, wird lediglich die Darstellung von Zeichenketten und von 
Zahien etwas eingehender und gemeinverstandllch behandelt. Alle wlchtlgen 
konstruktiv vorgesehenen Formate sind in einem Bild zusammengefaBt. Eine 
Zusammenstellung wichtiger Daten des Rechners und eine Erlauterung der 
Schaltkreistechnik bllden den AbschluB. 
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DK 681.322.06 TR 440 

Zum Betriebssystem BS 2 

Stiege, Gunther 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 112-115, 3 B, 1 Qu. 

Das Betriebssystem BS 2 des TR 440 ist fur kleinere und mittlere Anlagen 
vorgesehen. Es ist ein Mehrprogrammsystem fur Batch- und Stapelfernver- 
arbeitung. Besonderer Wert wurde auf geringen Kernspeicherbedarf und 
flexible Gerate- und Dateiverwaltung gelegt. 

Von den drei Versionen des BS 2 bietet Version 1 Zweiprogramm-Betrieb, 
Version 2 Parallelbetrieb von bis zu acht Programmstufen und eine dy- 
namische Zwlschenpufferung der Auftrage, Version 3 ermoglicht zusatzlich 
Stapelfernverarbeitung. 
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DK 681.322.06 TR 440 

Das Teilnehmer-Betriebssystem BS 2 

Piper, Jurgen, MeiBner, Herbert, Stetter, Franz und Heinz, Michael. 
DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 115-122, 4 B. 

In elnem Oberblick werden die Forderungen an ein Betriebssystem auf- 
gefuhrt sowie die Losungen im BS 3 vorgestellt. Die Begriffe Akteur, ProzeB, 
Abwickler, Operateur werden dabei definiert. Ausfuhrlich wird auf die Be- 
triebsmittelsteuerung im Betriebssystem eingegangen, wobei Entscheidungs- 
kriterien des Prozesses Kontrolltunktlon vorgestellt werden. Die Verdrangung 
von Auftragen innerhalb der Betriebsmlttelsteuerung wird gesondert hervor- 
gehoben. Den AbschluB bilden ein AbriB uber die Datenorganisation und die 
langfristige Datenhaltung im Teilnehmer-Betriebssystem BS 3. 
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AEG-TELEFUNKEN 



Grofirechner — Made in Germany 



Dieses Heft behandelt als Schwerpunktthema einige wesentliche Aspekte von Rechensystemen der TR-440-Staffel. Dies 
geschieht nicht in geschlossener Darstellung sondern - durchaus liickenhaft und mit unterschiedlicher Eindringtiefe - 
an Hand einiger ausgewahlter Beitrage unter verschiedenen Gesichtswinkeln. 

Auf diese Weise soil einmal besonders eindringlich gezeigt werden, wie weit inzwischen - trotz anfanglicher Startschwierig- 
keiten - die Entwicklung auch groBer Rechensysteme Made in Germany bei AEG-TELEFUNKEN in Konstanz gediehen ist. 

Den in diesem Heft gebotenen speziellen Beitragen zum Telefunken-Rechensystem TR 440 ist als vereinendes Band eine 
Obersicht uber die TR-440-Staffel vorangestellt. 

Erganzend sei auf Firmenschrifttum zum TR 440 und auf einschlagige Artikel in friiheren Ausgaben dieser Zeitschrift 
hingewiesen. 
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Die TR-440-Staffel 

Vom mittleren Rechensystem bis zum dialogfahigen Teilnehmer-Rechensystem Friedrich v. Sydow 



Die Aufgabe . . . 

Die Anforderungen an auBerst leistungs- 
fahige Rechenhilfsmittel sind wahrend 
der letzten zehn Jahre in mehrfacher 
Hinsicht gestiegen. Immer zahlreicher 
und ausgedehnter werden die Aufgaben, 
die sich der maschinellen Datenver- 
arbeitung stellen. Flugsicherung und 
automatische Dokumentation gehoren 
als nichtnumerische Probleme ebenso 
hierher wie die Wettervorhersage als 
extrem umfangreiches numerisches 
Problem. 

Andere Anforderungen an die Daten- 
verarbeitung gehen in die Richtung ge- 
steigerten Komforts fur den Umgang 
mit der Maschine. Bequemere Umgangs- 
formen werden besonders fur zahlreiche 
kleine und kleinste Aufgaben gefordert, 
denn die zuriickliegende Entwicklung 
hatte dazu gefuhrt, den Abstand zwi- 
schen der Maschine und dem einzelnen 
Benutzer mit zunehmender Geschwin- 
digkeit und Leistungsstarke der Anlagen 
zu vergroBern. 

Betrachtet man die Wirtschaftlichkeit 
verschieden groBer Rechensysteme, so 
spricht fur ein groBes System die Tat- 
sache, daB hier eine einzelne Operation 
stets billiger ist als bei kleineren Sy- 
stemen. Dies entspricht dem allgemeinen 
Gesetz der Kostendegression, demzu- 
folge groBere Einheiten — wo sie zu 
rechtfertigen sind - billiger arbeiten als 
kleinere. Das verhalt sich bei Rechen- 
anlagen nicht anders als bei Kraftwer- 
ken oder Verkehrsflugzeugen. 
GroBere, schnellere Rechensysteme als 



bisher werden benotigt, urn Aufgaben, 
die eine umfangreiche Datenhaltung er- 
fordern, uberhaupt losen zu konnen, 
Aufgaben, fur die bisher das Werkzeug 
noch nicht ausreichte. GroBere Systeme 
werden auch zur Losung schrittweise 
angewachsener Aufgaben und fur zahl- 
reiche kleine und kleinste Aufgaben 
benotigt. Gegenwartig dominiert daher 
das Bestreben, Einzelanwendungen und 
umfassende Anwendungen wirtschaft- 
lich zu vereinigen. 

Wesentliche Trends erfordern neue Be- 
triebsarten und Mischungen vertrauter 
mit neuen Betriebsarten, Bereitstellung 
groBer Zentralspeicher wie leistungs- 
fahiger peripherer Speicher, gesteigerte 
Zuverlassigkeit, Wartbarkeit und Verfiig- 
barkeit. Die Benutzer sollen nicht mehr 
auf einen Arbeitsplatz in der Nahe der 
Anlage angewiesen sein. Mittel der 
Dateniibertragung sollen ihnen die 
Rechenleistung am eigenen Tisch zu- 
ganglich machen. All das erfordert 
neben modernster Rechnertechnik einen 
hohen Aufwand an vorgefertigten Pro- 
grammier-Unterstutzungen. 

. . . ihre Losung 

Vor acht Jahren hat Telefunken das 
erste, seinerzeit zu den groBen zah- 
lende Rechensystem, den nun vielfach 
bewahrten TR 4, auf den Markt ge- 
bracht. In der Zwischenzeit hat AEG- 
TELEFUNKEN zahlreiche Analog-, Digi- 
tal- und Hybrid-Rechensysteme ent- 
wickelt und vertrieben und konnte da- 
mit das Spektrum ihrer Lieferungen 



sowie der Anwendungen betrachtlich 
erweitern. 

Es muBte aber auch manch neuer Weg 
gefunden werden, um diese Erfahrun- 
gen, verbunden mit neuen Einsichten, 
in das GroBrechnerprojekt fur die 70er 
Jahre einzubringen, in die TR-440-Staf- 
fel, die von AEG-TELEFUNKEN ge- 
schaffene Losung der groBen Aufgabe. 
Die TR-440-Staffel ist eine Gruppe mo- 
derner Digitalrechensysteme von sehr 
unterschiedlicher GroBe und Leistung. 
Ihre Mitglieder sind fur den Einsatz in 
mittleren bis groBen Rechenzentren 
zur Losung administrativ-kommerzieller 
und technisch-wissenschaftlicher Auf- 
gaben geeignet. 

Stufen der Zusammensetzung der 
Systeme und unterschiedlicher Auswahl 
ihrer Bausteine entsprechen Stufen der 
Leistungsumfange und verschiedenen 
Formen des Zugangs zu numerischer 
und nichtnumerischer Rechenleistung 
fur die Anwender. Die Stufen und die 
Moglichkeit des nahtlosen Obergangs 
von schon installierten zu immer groBe- 
ren Rechensystemen TR440 - sei es 
nun, um einen noch groBeren Durchsatz 
zu erzielen Oder um zusatzliche Nut- 
zungsarten zu erschlieBen — fiihrten zu 
der Bezeichnung Staffel. 
In diesem Beitrag werden Art und Be- 
deutung der Bestandteile der Systeme, 
wesentliche Beziehungen unter ihnen 
und allgemeine Eigenschaften umrissen, 
damit die Gegenstande der nachfolgen- 
den Beitrage in den groBeren Zusam- 
menhang eingeordnet werden konnen. 
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Rechensystem TR 440 



Bestandteile des 
Lieferumfangs 



AuGerhalb des 
Lieferumfangs 



Rechenanlage TR 440 
(Hardware) 



Programme 
(Software) 



(Zentrale Anlage TR 440) 



(Satelliten-Anlage TR 86) 



Grundprogramme 



Zentraler Rechner 
RD441 



Periphere 

Einheiten 



Satellitenrechner 
RD 186 



Periphere 
Einheiten 



Betriebssystem Programmiersystem Standard- 

BS 2 Oder BS 3 PS programme 

(mit Bibliothek) 



Hintergrund-Speicher EA-Gerate 



EA-Gerate 



AEG 1208. 70 



Benutzer- 
stationen 



Bild 1. Gliederung von Rechensystemen der TR-440-Staffel (vereinfacht) 



Dienstprogramme 



Benutzer- 
programme 



Anwendungs- 
systeme 



Dabei werden auch Moglichkeiten des 
Bildens von Konfigurationen, Betriebs- 
arten der Systeme und Unterstiitzungen 
fur die Benutzer skizziert. Beweggriinde 
zur Konzeption der Staffel ergeben sich 
aus dem Abschnitt Die Aufgabe . . . 
Zunachst soil Bild 1 einen Oberblick 
uber die Architektur des Rechensystems 
TR440 geben. 

Jedes Rechensystem der Staffel besteht 
mindestens aus einer Rechenanlage 
(Hardware) und einer Grundprogramm- 
ausstattung (Software). Jede Anlage 
umfaBt einmal einen Digitalrechner 
RD441 als Zentraleinheit und zum zwei- 
ten Hintergrundspeicher und Gerate fur 
Eingabe und Ausgabe als periphere 
Einheiten; hinzu kommen bei groBeren 
Anlagen Satellitenrechner (Digitalrech- 
ner RD186) und - als periphere Ein- 
heiten zu diesen — Benutzerstationen 
wie Fernschreiber und Sichtgerate Oder 
auch zusatzliche EA-Gerate'), zum Teil 
gleich denen, die unmittelbar an den 
zentralen Rechner angeschlossen wer- 
den. Die Grundprogrammausstattung je- 
des TR440 umfaBt ein Betriebssystem 
und das Programmiersystem, deren Ein- 
schleusung in eine Anlage aus dieser 
erst das wirtschaftlich einsetzbare und 
benutzerfreundliche Gesamtsystem ent- 
stehen laBt. 

Zur Hardware 

Der zentrale Rechner des TR440 ist 
ein Digitalrechner mit Einrichtungen 



fur Zeichenverarbeitung. Seine mittlere 
Operationsgeschwindigkeit ist abhangig 
vom Ausbau; sie setzt bei etwa 800 000 
Operationen je Sekunde ein (naheres 
weiter unten). Der RD441 ist mit einem 
Oder zwei Rechnerkernen (Befehlswerk, 
Rechenwerk) ausstattbar und verfiigt 
uber einen schnellen Kernspeicher, der 
je nach Ausbau 32 K bis 256 K Worte 
zu 52 Bits aufnimmt 2 ) bzw. 192 K bis 
1536 K Bytes (Oktaden) zu 8 Bits (zu- 
satzlicher Massenkernspeicher bis 2056 K 
Worte bzw. 12 336 K Bytes) sowie Liber 
maximal 16 Kanalwerke zur Eingabe und 
Ausgabe (vier Schnell-Kanalwerke mit 
je einem AnschluB, zwolf Standard- 
Kanalwerke mit je vier Unterkanalen). 
Sein Befehlsvorrat umfaBt 240 Befehle 
fur den Rechnerkern (grbBtenteils Ein- 
adreBbefehle), die je ein Halbwort ein- 
nehmen, und sieben DreiadreBbefehle 
fur das EA-Werk 1 ), die je ein Ganzwort 
belegen. Es konnen mehrere Werke 
zeitlich iiberlappt auf den Zentralspei- 
cher arbeiten. Bis zu sechzehn Kanal- 
programme konnen simultan zu Pro- 
grammen im Rechnerkern ablaufen. 
Der RD 441 ist in verschiedenen Grund- 
ausbaustufen erhaltlich, aus denen 
wiederum mehrere Varianten ableitbar 
sind (jeweils bis zur nachsthoheren 
Stufe). Die mittlere Operationsgeschwin- 
digkeit betragt bei einem Rechnerkern 
(wie schon erwahnt) etwa 800 000 Ope- 
rationen je Sekunde, bei zwei Rechner- 
kernen etwa das 1,7fache. Sie ist desto 



hoher, je grbBer der Zentralspeicher ist 
(naheres im anschlieBenden Beitrag im 
Abschnitt 2.2). 

Der Zentralspeicher (schneller Kern- 
speicher; zusatzlich Massenkernspei- 
cher) wird durch periphere Speicher als 
Hintergrundspeicher mit gestuften Ar- 
beitsgeschwindigkeiten und grobstufig 
wahlbaren Kapazitaten erganzt. Aus den 
verschiedenen Typen wird eine mit den 
jeweiligen Schwerpunktaufgaben und 
den sonstigen Komponenten einer Kon- 
figuration abgestimmte Speicherhier- 
archie gebildet. Es handelt sich urn 
Trommel-, Platten-, Wechselplatten- und 
Magnetbandspeicher. Die beiden letzt- 
genannten bilden insofern einen Ober- 
gang zu den EA-Geraten 1 ), als ihre 
Speichermedien, Plattenstapel bzw. Ma- 
gnetbandspulen austauschbar sind. Mit 
ihnen wird also eine praktisch unbe- 
grenzte Speicherkapazitat erschlossen. 
Der bei einem TR 440 mit einer Trom- 
mel (hier Plattenspeicher mit Trommel- 
charakter) erreichbare Durchsatz wird 
durch Hinzunahme einer zweiten Trom- 
mel nahezu verdoppelt. 
Als eigentliche EA-Gerate zur unmittel- 
baren Eingabe in das Rechensystem 
bzw. Ausgabe daraus stehen Gerate 

1) EA steht genaugenommen fur Eingabe Oder 
Ausgabe Oder beides. Gerate, die entweder 
zur Eingabe Oder zur Ausgabe dienen, sind 
daher gleichwohl EA-Gerate. 

2) K steht in der Datenverarbeitung fur 2 10 = 
1024 (ahnlich k fur 1000). 
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aller ublichen Klassen zur Wahl; z. B. 
Lochkartenleser und -stanzer, Lochstrei- 
fenleser und -stanzer, Schnelldrucker 
mit unterschiedlichen Zeichenvorraten 
und Druckgeschwindigkeiten. Bild 2ver- 
anschaulicht eine einfache Konfigura- 
tion (Abkiirzungen siehe S. 133). Ob 
eine Verbindung in einer oder in beiden 
Richtungen benutzt wird, ist aus den 
Pfeilspitzen ersichtlich. 
Zur Bildung groSer Rechensysteme der 
Staffel, besonders Teilnehmer-Rechen- 
systeme, miissen Anlagen von der Art 
wie in Bild 2 noch mit zusatzlichen 
Satelliteneinheiten versehen werden: 
Digitalrechnern RD186 als Satelliten- 
rechner und peripheren Einheiten dazu, 
d. h. praktisch ganzen Rechenanlagen 
TR86, die sonst als selbstandige An- 
lagen verwendet werden. Der RD 186 ist 
gleichfalls in verschiedenen Zusammen- 
setzungen und Ausbaustufen erhaltlich. 
Als Satellitenrechner ist er jedoch ent- 
sprechend den Aufgaben der Vorver- 
arbeitung, des Sammelns und Verteilens 
des Datenstroms zu und von Benutzer- 
stationen weitgehend auf eine be- 
stimmte Zusammensetzung festgelegt. 

Zur Software 

Unter Grundprogrammen (Basis-Soft- 
ware) der TR-440-Staffel werden alle 
diejenigen Programme verstanden, die 
der allgemeinen Organisation des Be- 
triebs von Rechensystemen TR440 die- 
nen Oder zwischen Programmierspra- 
chen und Maschinensprache vermitteln, 
Bei jeder Grundprogrammausstattung 
eines TR 440 werden zwei Systeme von 
Programmen unterschieden: Betriebs- 
system und Programmiersystem. 

Betriebssysteme 

Gegenwartig kann unter zwei Betriebs- 
systemen gewahlt werden: dem Be- 
triebssystem BS2 und dem Teilnehmer- 
Betriebssystem BS 3. Beide sind Plat- 
tenbetriebssysteme. Sie gehoren in der 
jeweils erreichten Ausbaustufe und 
gewahlten Version (Zusammensetzung) 
zum Lieferumfang jedes Rechensystems 
TR440 und werden durch Anderungs- 
dienst und Programmpflege (Mainte- 
nance) auf dem laufenden gehalten. 
Die Auswahl des Betriebssystems und 
der Version hangt besonders vom Aus- 
bau des Kernspeichers ab und erfolgt 
zusammen mit der Festlegung der 
Konfiguration. Zur Anpassung an das 
Einsatzgebiet des Rechensystems, die 
Aufgabenzusammensetzung und die 
Konfiguration konnen von der Rechen- 
zentrumsleitung Betriebsparameter ein- 
gestellt werden. 
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Bild 2. Eine TR-440-Konfiguration ohne Satelliteneinheiten 



Eine wesentliche Aufgabe ist bei beiden 
Betriebssystemen die zentrale Ver- 
waltung (Zuteilung und Entziehung) von 
Betriebsmitteln, wie Rechnerkern, Spei- 
cher aller Art und anderes mehr. Es 
unterhalt hierzu alle erforderlichen Ver- 



bindungen mit der Hardware, der es 
von den verschiedenen Schichten der 
Software am nachsten steht. Die Kon- 
zeption der Betriebssysteme wurde 
daher mit der Konzeption der Hardware 
abgestimmt. 



Benutzer 



Eingabe von Programmer! und Daten 
Leistungsaufrufe durch Kommandos 



Meldungen (soweit nicht an Operateur) 
Ausgabe von Ergebnissen 



Programmiersystem 



Start und Beendigung 

von Operatorlaufen beantragen 

Dienstleistungsforderungen 



Start und Beendigung von 
Operatorlaufen zulassen 

Dienstleistungserbringung 



Betriebssystem 



Vergabe des Rechnerkerns 
Unterbrechung gefordert 
AnstoB der Peripherie 



Nachrichten aus Rechner Oder 
Peripherie: 

Unterbrechung vollzogen, 
Eingriff, Alarm, Blockende 
und anderes 



ABC 1210. 70 



Zentraler Rechner, (Periphere Einheiten) 



Bild 3. Software-Schichten zwischen Benutzer und Anlage 
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Fur den nachtraglichen Obergang von 
dem kleineren der beiden Betriebs- 
systeme auf das groBere wurden Vor- 
kehrungen getroffen und gelten Bedin- 
gungen, die eine problemlose Umstel- 
lung ermoglichen. 

Das Betriebssystem BS 2 wurde fur 
administrativ-kommerziellen und fur 
technisch-wissenschaftlichen Einsatz ge- 
schaffen. Es ist fiir die Betriebsarten 
Stapelverarbeitung, Mehrprogrammbe- 
trieb (fiir zwei Oder mehr Benutzer- 
programme) sowie fiir Stapelfernver- 
arbeitung uber Satellitenrechner RD186 
ausgelegt und erschlieBt dem Benutzer 
vor allem die kleineren Kernspeicher- 
konfigurationen der TR-440-Staffel. 
Das Teilnehmer-Betriebssystem BS 3 ist 
universell anwendbar fiir alle Arten 
numerischer und nichtnumerischer Auf- 
gaben, die mit einem Digitalrechen- 
system gelost werden konnen. Es ist 
ausgelegt fur die Betriebsarten Stapel- 
verarbeitung, Mehrprogrammbetrieb (fiir 
bis zu sieben Benutzerprogramme) und 
fiir Teilnehmerbetrieb im Dialogverkehr 
uber Benutzerstationen an RD 186. 

Programmiersystem 

Beide Betriebssysteme werden mit dem 
gleichen Programmiersystem PS ver- 
bunden. Dieses besteht aus bestimmten 
Dienstprogrammen in der Form soge- 
nannter Operatoren, die den Benutzern 
fiir Programme in zulassigen Program- 
miersprachen die Leistungen des Re- 



chensystems TR 440 vermitteln. Die 
Operatoren des Programmiersystems, 
beispielsweise Obersetzer, Montierer, 
Sort-Generator, werden vom Benutzer 
durch Kommandos (Steueranweisun- 
gen einer Betriebssprache) aufgerufen, 
die von einem KommandoentschliJBIer 
entschliisselt werden. 
Die so jeweils aktivierten Operatoren 
bedienen sich ihrerseits der im Be- 
triebssystem bereitgestellten Dienstlei- 
stungen. Diese uber mehrere Schichten 
gehenden Zusammenhange sind zum 
besseren Verstandnis in Bild 3 schema- 
tisch dargestellt. Der Verkehr des Be- 
nutzers mit dem Rechensystem spielt 
sich also mit der oberen Schicht der 
Software im Bild ab. Hierzu kann er 
sich zunachst einer der Programmier- 
sprachen ALGOL 60, FORTRAN IV, 
COBOL oder TAS (Telefunken-Assem- 
bler-Sprache) bedienen. In Vorbereitung 
sind auBerdem Obersetzer fiir die Spra- 
chen GPSS und BASIC. 
Besondere Vorziige des Programmier- 
systems liegen in der Kombinierbarkeit 
der Programmiersprachen und in der 
komfortablen Kommandosprache, die es 
unter anderem ermoglicht, mit einem 
DEFINIERE-Kommandozusatzliche Kom- 
mandos nach eigenen Bediirfnissen 
einzufuhren. Sie ermoglicht auBerdem 
der Texthaltung dienende Manipulatio- 
nen wie Eintragen, Loschen, Korrigie- 
ren und Protokollieren. Als Test- und 
Diagnosehilfen werden bei alien Spra- 



chen Oberwachungsfunktionen und Zu- 
standsanalysen von Programmlaufen 
angeboten, die von den Obersetzern 
auf Wunsch bei der Erzeugung eines 
Objektprogramms vorbereitet werden. 
Auch beziiglich dieser Hilfen sind Pro- 
grammteile, die aus verschiedenen 
Quellsprachen hervorgehen, kombinier- 
bar. 

Das Spektrurn 

Die Baukastenarchitektur oder Modula- 
rity der Hardware, verbunden mit den 
hier natiirlich nur sehr gedrangt dar- 
gestellten Varianten und Eigenschaften 
der Software, ermoglicht — dies war 
das Entwicklungsziel - ein breit ge- 
fachertes Spektrurn von Systemen der 
TR-440-Staffel mit unterschiedlichen Lei- 
otungscharakteristika. 
Eine Ausstattung des Zentralspeichers 
fiir 32 K Worte bzw. 192 K Bytes (Ok- 
taden) stellt eine fiir den Einstieg in 
die Staffel sinnvolle untere Grenze dar. 
Die obere Grenze des Zentralspeichers 
liegt dann erst bei einer Kapazitat fur 
256 K Worte entsprechend 1536 K Bytes 
(zu 8 Bits), oder - bei Hinzunahme 
eines Massenkernspeichers — bei einem 
Vielfachen davon. 

Das Spektrurn der Staffel reicht damit 
von mittleren Rechensystemen bis zu 
sehr groBen dialogfahigen Teilnehmer- 
Rechensystemen. (Die Konfiguration 
eines groBen Teilnehmer-Rechensystems 
ist auf S. 135 dargestellt.) 



Der zentrale Rechner des TR 440 
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1. Einige Eigenschaften 

Zentraleinheit jedes Rechensystems der 
TR-440-Staffel ist ein programmge- 
steuerter Digitalrechner RD441, der in 
verschiedenen Ausbaustufen geliefert 
wird und mit wachsenden Anforderun- 
gen nachgeriistet werden kann. Der 
RD441 ist mit mikrominiaturisierten 
Festkorperschaltkreisen hoher Zuver- 
lassigkeit und mit einem in Moduln 
gegliederten Koinzidenzferritkernspei- 
cher ausgestattet. 

Er verarbeitet einerseits Worte bestimm- 
ter Lange oder Stellenzahl, halbe oder 
ganze Maschinenworte parallel, so z. B. 



binare Darstellungen 13stelliger De- 
zimalzahlen bei numerischem Rechnen 
mit festem (gedachtem) Punkt; damit 
andererseits auch — etwa bei nicht- 
numerischem Rechnen — einzelne Zei- 
chen (Wortteile) aus Zeichenreihen oder 
Texten ausgewahlt, verglichen, umge- 
stellt, getilgt oder eingefiigt werden 
konnen, wurde der RD441 auch hierfur 
eingerichtet; insbesondere sind Mani- 
pulationen mit sogenannten Bytes oder 
Silben zu 4, 6, 8 oder 12 Bits schon durch 
Konstruktion der Hardware besondere 
unterstiitzt. 
Fiir diesen Rechner kann daher in An- 



spruch genommen werden, daB er die 
Vorziige einer Wortmaschine, namlich 
relativ schnelle, weil parallele Verarbei- 
tung von Worten und relativ kurze 
Adressen ihrer Speicherplatze mit Vor- 
teilen der Zeichenverarbeitung ver- 
einigt. 

Ein Maschinenwort des RD 441 besteht 
aus 52 Bits. Der eigentlichen Informa- 
tionsdarstellung dienen davon 48 Bits. 
Von den restlichen 4 Bits dienen zwei 
zur Sicherung (Dreierprobenerganzung) 
und zwei zur Unterscheidung von vier 
Worttypen, namlich Gleitpunktzahl, Fest- 
punktzahl, Befehlswort, Textwort (alpha- 
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numerisch). Das Format von 48 Bits 
eines Textworts ist ein gemeinsames 
Vielfaches der Byte-Formate fur 4, 6, 8 
Oder 12 Bits. 

Die im Rechner verdrahteten Befehle 
der sogenannten Maschinensprache 
(Rechnerkernbefehie) sind groBtenteils 
EinadreBbefehle; sie teilen sich zu zweit 
in ein Maschinenwort. Von ihnen wer- 
den, nach den Operationsteilen, 240 
Arten unterschieden. Daneben gibt es 
auBerdem sieben Arten von EA-Werks- 
Befehlen. Die Ausfuhrungszeiten vieler 
Befehle werden iiberlappt, EA-Werks- 
Befehle werden zeitlich parallel zu 
Rechnerkernbefehlen abgearbeitet. Die 
mittlere Operationsgeschwindigkeit des 
RD441 mit einem Rechnerkern liegt bei 
800 000 Operationen je Sekunde, ist 
jedoch, wie weiter unten gezeigt wird, 
abhangig vom Ausbau des Speichers. 
Vier verschiedene Adressierungsmodi 
ermoglichen unterschiedliche AdreB- 
interpretationen bei der Ausfuhrung von 
Befehlen und damit zugleich eine Unter- 
scheidung wesentlich verschiedener 
Stufen von Programmen in Verbindung 
mit unterschiedlichen Arten von Spei- 
cherschutz. So konnen ablaufinvariant 
programmierte Systemprogramme unter 
strikte Schreibsperre gestellt werden 
und Daten eines Benutzerprogramms 
wahlbar etwa unter Schreib- und/oder 
Lesesperre fur andere Programme (was 
auBer den Adressierungsmodi Fiihrung 
getrennter Tabellen erfordert). Im Nor- 
malmodus, dem Adressierungsmodus 
fur Benutzerpropramme, wird Seiten- 
adressierung (paging) angewendet, als 
eine von mehreren Voraussetzungen fur 
einen Mehrprogrammbetrieb, der den 
Benutzern nicht die Segmentierung von 
Proqrammen aufburdet. 
Eine andere in der Hardware angelegte 
wesentliche Voraussetzunq fur Mehr- 
proarammbetrieb und zugleich fiir D>a- 
loqverkehr einer Vielzahl von Teilneh- 
mern lieqt schlieBlich im Unterbre- 
chunassvstem, das die Unterbrechung 
und Ruckstellunq von Proqrammlaufen 
auf Grund von Eingriffen und Alarmen 
ermoglicht. 

2. Funktionelle Gliederung 

Unabhangig von der jeweiligen Ausbau- 

stufe wird der Digitalrechner RD 441 

(Zentraleinheit jedes TR 440) in folgende 

vier Funktionseinheiten gegliedert: 

Rechnerkern, 

Zentralspeicher (Hauptspeicher), 

Vorrangwerk, 

EA-Werk (Eingabe-Ausgabe-Werk). 

Die unter ihnen bestehenden Zusam- 

menhange, die nachste Stufe der Unter- 



Rechnerkern 
Befehlswerk 
Rechenwerk 



H 



7J 



Vorrangwerk 



Zentralspeicher 

Schneller Kernspeicher (KSP) 

32K, 64K, 128K, 256K Zellen fiir je 52Bits 

Massenkernspeicher (MSP) 

256K, 512K, 1024K, 2048K Zellen fiir je 52 Bits 



Eingriffswerk 
Schnellkanalwerke 
0. , 1. 
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Anschlusse fur Trommel- und Plattenspeicher 



EA-Werk EA-Befehlswerk 

Standardkanalwerke 
3. ,4. ,5. i 6., 7. | 8. ,9. ,10., 11. |1 2.|13.|14,|1 5. 
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Bild 1. Digitalrechner RD 441, Werke im Zusammenhang 



Anschlusse fur EA-Gerate, Satellitenrechner, 

Wechselplattenspeicher, 

Magnetbandspeicher 



gliederung (in nachst kleinerer Schrift) 
und die AnschluBmoglichkeiten (Qber- 
gabestellen) fiir periphere Einheiten 
einschlieBlich Satellitenrechnern sind in 
Bild 1 veranschaulicht. 
Kanalwerke und Gerateanschlusse in 
Bild 1 entsprechen dem maschinentech- 
nischen Maximum. Verschiedene Aus- 
bauumfange des Rechners unterschei- 
den sich in der Kapazitat des Zentral- 
speichers sowie in der Ausstattung des 
EA-Werks mit Kanalwerken unterschied- 



licher Leistung, Zusammensetzung und 
Anzahl. Es ist auBerdem moglich, einen 
zweiten Rechnerkern einzubauen. 
Zur Grundausstattung jedes RD441 
gehort eine Kontrollschreibmaschine 
KSM 106 und ein Lochstreifenleser 
LSL040 fur Elementareingabe. Fiir den 
Operateur wird die KSM gemaB Bild 2 
auf das Standardkanalwerk Nr. 4, Unter- 
kanal 0, geschaltet, fiir Elementar-Ein- 
gabe oder -Ausgabe kann sie auch auf 
den Prilfkanal am Rechnerkern umge- 




Standardkanalwerke 

4. | 5. | 6. | 7 | 8.| 9. 1 1Q.| 11. |12.|13.|14.|15. 
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AnpaBwerke und 

Korrespondenz- 
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Bild 2. AnschluB 
von Kontroll- 
schreibmaschine 
KSM und Loch- 
streifenleser LSL 

(* fiir Elementar- 
eingabe) 



beliebig 
/an 4.-15. 
' falls schn. LSL 
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schaltet werden (nur zum Urladen und 
fiir die Wartung). 

2.1. Der Rechnerkern 

Der Rechnerkern umfaBt das Befehls- 
werk (Leitwerk) mit 30 Registern und 
das Rechenwerk mit 16 Registern. Beide 
Werke sind iiber ein gemeinsames 
Sammelregister mit dem Zentralspeicher 
verbunden. Insgesamt 16 Register sind 
iiber den Operationsteil von Befehlen 
ansprechbar. Mit dem Befehlswerk und 
dem Rechenwerk werden in Verbindung 
mit einem Mikroprogramm-Steuerwerk 
die 240 Arten von Rechnerkernbefehlen 
ausgefuhrt. Einige organisatorische Be- 
fehle, wie Spriinge und AdreBmodifika- 
tionen, fiihrt das Befehlswerk allein aus. 
Dies geschieht in zeitlicher Oberlappung 
zu der Ausfuhrung von Rechnerkernbe- 
fehlen im Rechenwerk, die zuvor ledig- 
lich im Befehlswerk entschlusselt wur- 
den. 

Operationen der Eingabe und Ausgabe 
werden mit bestimmten Befehlen vom 
Rechnerkern aus gestartet und dann im 
EA-Werk mit EA-Werks-Befehlen abge- 
wickelt, die dafiir von Grundprogram- 
men in vereinbarten Speicherzellen ab- 
gelegt werden. Zum Befehlswerk ge- 
horen unter anderem zwei Zuordner 
aus je vier Assoziativregistern. Der eine 
dient der Zuordnung von Seitenadres- 
sen, der andere der Zuordnung von 
Indexadressen. Die Assoziativregister 
nehmen die jeweils zuletzt angespro- 
chenen, aktuellen Adressen auf, die 
aus ihnen bei erneutem Vorkommen 
praktisch zeitlos entnommen werden 
konnen (siehe Aufsatz „Adressierung 
im RD441" auf Seite 109). 

2.2. Der Zentralspeicher 

Der Zentralspeicher ist als schneller 
Kernspeicher KSP ausgelegt und kann 
zusatzlich einen Massenkernspeicher 
MSP umfassen. Beide sind Koinzidenz- 
Ferritkernspeicher aus ferrimagneti- 
schen Rinakernen (KSP in 3D-Orqani- 
sation, MSP in 2V, D-Organisation). 
Beide sind in selbstandig arbeitende 
Moduln mit eigenen Funktionssteuerun- 
gen gealiedert. 

Jeder KSP-Modul faBt 16 K Worte zu 
je 52 Bits (ein Ganzwort mit Priifbits und 
TyDenkennung). Der einzelne KSP- 
Modul hat eine Zykluszeit von 0,9 yis 
und eine Zugriffszeit von 0,3 |xs. 
Konstruktionsbedingt konnen nur 2, 4, 
8 oder 16 KSP-ModuIn zusammenqe- 
schlossen werden. Da die einzelnen 
Moduln selbstandig arbeiten, konnen 
ihre Zyklen zeitlich Oberlaoot werden; 
bedingt durch die Einhaltung von 
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Bild 3. Unverschrankte Verteilung der Adressen auf vier Moduln 
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Bild 4. Verschrankte Verteilung der Adressen auf vier Moduln 



Kostengrenzen bei der Auslegung mit 
Speicherleitungen und durch die Vor- 
rangsteuerung ist jedoch keine totale 
Oberlappung der Zykluszeiten moglich, 
sondern nur eine teilweise Oberlappung, 
aus der jedoch eine erheblich verkiirzte 
Zykluszeit fiir Lesen und eine fur Schrei- 
ben resultiert. Adressenverschrankung 
ermoglicht Zykleniiberlappung auch fur 
aufeinanderfolgende Adressen; sie ist 
in Bild 4 dargestellt im Vergleich zu 
Bild 3. Die verkiirzten Zykluszeiten sind 
urn so kiirzer, je groBer die Anzahl der 
Moduln ist. Grenzwerte werden jedoch 
nicht uberschritten. Verkiirzte Zyklus- 
zeiten sind: etwa 0,38 ns fiir Lesen in 
Speichern ab vier KSP-ModuIn und etwa 
0,13 (is fiir Schreiben im Speicher mit 
16 KSP-ModuIn. Der schnelle Kern- 
speicher kann bei Maximalausbau 256 K 
Ganzworte aufnehmen. 
Jeder MSP-Modul faBt 512 K Worte zu 
je 52 Bits (ein Ganzwort mit Priifbits und 
Typenkennung). Es konnen auch zwei 
oder vier MSP-ModuIn zusammenge- 
schlossen werden. Der einzelne MSP- 
Modul hat eine Zykluszeit von 2,1 its 
und eine Zugriffszeit von 1,1 [is. Modu- 
larity und Adressenverschrankung er- 
mbglichen auch beim Massenkernspei- 
cher Zykleniiberlappungen. Der Massen- 
kernspeicher kann bei Maximalausbau 
2048 K Ganzworte aufnehmen. 

2.3. Das Vorrangwerk 

Das Vorrangwerk koordiniert alle auf 
den Zentralspeicher gerichteten Lese- 
und Schreibanforderungen von Befehls- 
werk, Rechenwerk und Kanalwerken, 
abhangig von Prioritatsstufen der Werke 
und davon, ob die dabei angesproche- 



nen Speichermoduln frei sind. Das Vor- 
rangwerk ist an sich vom Rechnerkern 
und vom EA-Werk unabhangig und 
stent dem Zentralspeicher am nachsten 
(gleichsam in der Rolle eines Pfortners). 
Aus Griinden einer iibersichtlichen 
Systematik als gesondertes Werk ange- 
sehen, ist es aus technischen Griinden 
zusammen mit einem Teil des EA-Werks 
baulich zusammengelegt. 

2.4. Das Eingabe-Ausgabe-Werk 
(EA-Werk) 

Das EA-Werk hat als Ganzes die Auf- 
gabe, den gesamten, unabhangig vom 
Rechnerkern betriebenen EA-Verkehr 
abzuwickeln. Es besteht aus dem EA- 
Befehlswerk, das bis zu fiinf Befehie 
simultan ausfiihren kann, sowie maxi- 
mal vier Schnellkanalwerken und 12 
Standardkanalwerken. Jedes Standard- 
kanalwerk hat vier AnschluBmoglichkei- 
ten (Obergabestellen) fiir EA-Gerate, 
Wechselplattenspeicher, Magnetband- 
speicher oder auch Satellitenrechner. 
Von einem Schnellkanalwerk kann 
ein peripherer Speicher, namlich Trom- 
mel- und Plattenspeicher (als Hinter- 
grundspeicher) angesteuert werden, wo- 
mit tiber ein vollausgebautes EA-Werk 
maximal 52 periphere Gerate hardware- 
seitig betrieben werden konnen. Stan- 
dardkanalwerke erlauben Obertragungs- 
raten (bei 10 m Kabellange) von 700 000 
Bytes/s, Schnellkanalwerke Obertra- 
gungsraten von 3 000 000 Bytes/s (Bytes 
zu 8 Bits). Da jedem der Schnellkanal- 
werke ein eigenes EA-Befehlsregister 
zugeordnet ist, konnen die an sie an- 
geschlossenen Gerate parallel betrieben 
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werden. Fiir die Standardkanalwerke 
steht insgesamt ein EA-Befehlsregister 
im EA-Befehlswerk zur Verfiigung, so 
dal3 die Standardkanalwerke im Zeit- 
multiplex betrieben werden. 

3. Interne Informationsdarstellung 

Im Rechner werden alle Informationen 
binar dargestellt, d. h. mit Zeichenreihen 
aus zwei Zeichen, z. B. und 1 Oder, 
wenn man die 1 auf den Kopf stellt, urn 
einen augenfalligen Unterschied zur 
dekadischen Zahlenschreibweise herzu- 
stellen: und L. 

Obgleich nun sowohl Texte als auch 
Zahlen binar dargestellt werden, be- 



stehen doch grundlegende Unterschiede 
in der Darstellungsweise dieser beiden 
Informationsarten (Bild 5). 

3.1. Textdarstellung 

Texte werden Zeichen fiir Zeichen, und 
zwar Buchstabe fiir Buchstabe, Ziffer 
fur Ziffer usw. dargestellt; jedes Schrift- 
zeichen wird durch ein binares Code- 
wort erfaBt. Das kann z. B. gemaB dem 
Zentralcode ZC1 fur RD441 geschehen, 
bei dem jedes Codewort fur ein Zeichen 
aus acht Bits besteht, z. B. fiir X das 
Codewort LLOLOLLL und fiir x das 
Codewort LLLLOLLL. 
Bei diesen Codeworten handelt es sich 



also urn Bytes zu 8 Bits, die eindeutig 
auch Oktaden heiBen. Als Bestandteile 
von Texten werden Zahlen nicht anders 
dargestellt; sie werden als solche Ziffer 
fiir Ziffer verschliisselt. 

3.2. Zahlendarstellung 

Anders verhalt es sich mit der Dar- 
stellung von Zahlen als Operanden 
numerischer Rechnung. HierfLir sind im 
RD441 zwei Mbglichkeiten vorgesehen: 
eine Festpunktdarstellung und eine 
Gleitpunktdarstellung von Zahlen. 
Festpunktdarstellung ist von Tisch- 
rechenmaschinen her bekannt, nur hat 
man dort keinen AnlaB, sie so zu nen- 
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Textwort-12Tetraden(4-Bit-Bytes) 
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Textwort-8 Hexaden(6-Bit-Bytes) 
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Textwort-6 Oktaden (8-Bit-Bytes, z. B. des Zentralcodes ZC1) 
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Bild 5. Rechnerbedingte Formate bei TR 440 - unvollstandig 
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nen, weil das Gegenstiick fehlt. Fest- 
punktzahlen wird man nur verwenden, 
soweit sicher ist, daB sie sich nicht zu 
stark in ihrem Stellenbedarf unterschei- 
den. Da Festpunktzahlen keinen Skalen- 
faktor enthalten, ist ihr Darstellungs- 
bereich durch die Stellenzahl des For- 
mats abgesteckt. 

Eine Gleitpunktzahl ist als das Produkt 
der hochsten Ziffern (Mantisse genannt) 
der darzustellenden genauen Zahl mit 
einem Skalenfaktor anzusehen, dessen 
Wert die Potenz aus der Basis der Dar- 
stellung und dem mitgefuhrten Expo- 
nenten ist. 

3.2.1. Festpunktzahlen 

Fur Festpunktzahlen ist der RD441 mit 
zwei Formaten ausgestattet. Wie aus 
Bild 5 ersichtlich, handelt es sich dabei 
einmal urn die Lange eines Ganzworts 
und einmal urn die eines Halbworts. 
Das Ganzwortformat ist beispielsweise 
den iiblichen Belangen administrativ- 
kommerzieller Datenverarbeitung ange- 
messen, wahrend das Halbwortformat 
eine verniinftige Grenze speichersparen- 
der Darstellung kurzer Festpunktzahlen 
einhalt und zugleich mit dem Format 
fur Festpunktzahlen beim RD 186 liber- 
einstimmt (dem Rechner von TR-86- 
Systemen), der in groBeren Rechen- 
systemen der TR-440-Staffel als Satelli- 
tenrechner verwendet wird. Das Halb- 
wortformat ist unter anderem auch fur 
ProzeBsteuerungen im Realzeitbetrieb 
geeignet, die einem TR 440 bei geeig- 
neter Konfiguration in begrenztem Urn- 
fang als Sonderaufgaben ubertragen 
werden konnen. 

Fur besondere Anforderungen, unter 
anderem auch programmierbare Mehr- 
wort-Arithmetik mit Festpunktzahlen, 
werden Ergebnisse aus Multiplikationen 
und Divisionen auch in Doppelwortfor- 
mat errechnet (siehe Bild 5). 
Beiderlei Festpunktzahlen werden als 
Dualzahlen dargestellt. Dem Program- 
mierer ist freigestellt, die Lage des (ge- 
dachten) Dualpunkts zu bestimmen. Fur 
ganze Zahlen fiele dieser beispielsweise 
auf die rechte Formatgrenze. Dies er- 
moglicht — bei Ganzwortformat — die 
Darstellung aller ganzen 13stelligen 
und einiger 14stelliger Zahlen. Negative 
Zahlen werden im (b-l)-Komplement 
dargestellt, als Dualzahlen also im Eins- 
Komplement (entsprechend dem Neun- 
Komplement bei Dezimalzahlen). Fiir 
Additionen, Subtraktionen und Verglei- 
che miissen die Festpunktzahlen durch 
Vorkehrungen des Programmierers nach 
dem jeweiligen Sachzusammenhang 
ausgerichtet werden (Schifte). 



3.2.2. Gleitpunktzahlen 

Auch fiir Gleitpunktzahlen ist der 
RD 441 fur zwei Formate ausgestattet. 
Wie aus Bild 5 ersichtlich, handelt es 
sich hier einmal urn die Lange eines 
Ganzworts und einmal um die eines 
Doppelworts. Diese beiden Formate ge- 
niigen vielfach gestellten Anforderun- 
gen technisch-wissenschaftlicher Daten- 
verarbeitung. Die Resultate aus Gleit- 
punktoperationen haben ublicherweise 
die gleiche Lange wie die eingehenden 
Operanden. Eine Ausnahme hiervon bil- 
det lediglich die Multiplikation von Ein- 
wortoperanden mit unverkiirztem Er- 
gebnis in Doppelwortformat. Der Expo- 
nent hat bei Doppelwortformat ebenso 
sieben Dualstellen (ohne Vorzeichen) 
wie bei Einzelwortformat. Ein Gbergang 
auf die Gleitpunktzahlen doppelter 
Lange bietet daher vor allem groBere 
Genauigkeit, wahrend sich der Zahl- 
bereich nur entsprechend dem Stellen- 
gewinn erweitert. 

Die Gleitpunktzahlen werden - obschon 
auf Binarstellen — als Sedezimalzahlen 
dargestellt, d. h. in einem Stellenwert- 
system wie dem Dezimalsystem, jedoch 
zur Basis sechzehn. Binar wird jede 
Sedezimalziffer mit vier Bits, d. h. einer 
Tetrade, erfaBt. Wie allgemein iiblich, 
wird die Basis, da sie stets gleichbleibt, 
in der Darstellung nicht mitgefiihrt. Fur 
Mantissen m 4= in Normalform gilt 
7, 6 dez. <; m < 1 und unter Beruck- 
sichtigung der Binardarstellung der Se- 



4. Daten des RD 441 

Wortstruktur 

Maschinenwort 

(Ganzwort) 



Textdarstellung 



Zahlendarstellung 
Halbwort 
Ganzwort 
Doppelwort 

Befehlsdarstellung 



Verarbeitung 



dezimalziffern als vierstellige Dual- 
zahlen 0,000L^m<1. Von den 38 
Dualstellen werden also ungiinstigen- 
falls nur 35 Stellen genutzt. Auf sie 
konnen zehn Dezimalstellen abgebildet 
werden. 

Fiir das Doppelwortformat erhalt man 
entsprechend 24 Dezimalstellen. Der 
Exponent zu 16 bewegt sich bei beiden 
Formaten zwischen -127 und +127. 
Daraus konnen als grobe Grenzen fiir 
den Zahlenbereich darstellbarer Dezi- 
malzahlen 10" 155 und 10 +1 " ermittelt 
werden. 

Ergebnisse aus Gleitpunktoperationen 
sind gewohnlich normalisiert (haben 
also die erwahnte Normalform). Fur 
Falle, in denen man auf die Norma- 
lisierung von Ergebnissen verzichten 
mochte, gibt es auch Befehle ohne Nor- 
malisierung. Rundungsfehler konnen 
mit Hilfe eines Schiftzahlregisters ver- 
folgt werden, das die Anzahl der beim 
Ausrichten (Exponentenangleichung) 
verlorenen Stellen registriert. 

3.3. Befehle 

Die zwei wichtigsten Befehlsformate 
von Rechnerkernbefehlen sind aus 
Bild 5 ersichtlich. Dariiber hinaus gibt 
es einige spezielle Formate von Rech- 
nerkernbefehlen und das der EA-Werks- 
Befehle. Einen Oberblick (iber den reich- 
haltigen und vielseitigen Befehlsvorrat 
des RD441 gewinnt man am besten aus 
der GroBen Befehlsliste zum TR 440. 



52 Bits, davon 48 Bits Information, 
2 Bits Typenkennung und 2 Bits Dreier- 
probe 

bevorzugt in Oktaden des Zentralcodes 
ZC1 (bei sechs Oktaden je Ganzwort), 
daneben in Tetraden, Hexaden, Duo- 
dekaden und gepackt 
Festpunkt dual Gleitpunkt sedezimal 
6 Dezimalstellen _ 
13 Dezimalstellen 10 Dezimalstellen 
(27 Dezimalstellen) 1 ) 24 Dezimalstellen 

Rechnerkernbefehle intern, vorwiegend 
als EinadreBbefehle in Halbworten 
(24 Bits) mit 8 Bits Operationsteil und 
16 Bits AdreBteil; extern in TAS (Tele- 
funken-Assemblersprache). EA-Werks- 
Befehle in Ganzworten. 

Ganzworte und Halbworte parallel; 
zeichenweise (Tetraden, Hexaden, Okta- 
den, Duodekaden) 

1) Nur fiir Resultate verdrahtet. 
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Rechenzeiten (bei einem Rechnerkern) 
Numerische Operationen 

Addition 

Subtraktion 

Multiplikation 

Division 
Gibson-Mix 
GAMM-Mix 



Betehlsvorrat 



Zentralspeicher 

Schneller Kernspeicher (KSP) 



Zykluszeit 
Zugriffszeit 
verkiirzte Zykluszeit 
(durch Zyklenuberlappung) 



Massenkernspeicher (MSP) 



Zykluszeit 
Zugriffszeit 

Ein- und Ausgabe 
Standard kanalwerke 



Schnellkanalwerke 



Festpunkt Gleitpunkt 

etwa 0,5 [is etwa 1 ,75 [is 

etwa 0,5 [is etwa 1 ,75 us 

etwa 3,44 [is etwa 3,38 [is 

etwa 13,75 [is etwa 13,31 [is 
etwa 1 ,23 [is 

TAS: 4,4 [is, FORTRAN: 5,3 (is, 
ALGOL: 6,4 [is 

240 Operationen (Operationsteil) im 
Rechnerkern 
7 Operationen (Operationsteil) im 
EA-Werk 

2, 4, 8, 16 KSP-ModuIn mit je 16 384 Zel- 

len fur 52 Bits (halbzellenweise adres- 

sierbar) 

0,9 [is je KSP-Modul 

0,3 [is je KSP-Modul 

etwa 0,13 [is beim Schreiben in 16- 

Moduln-Speicher 

etwa 0,38 [is beim Lesen ab 4-Moduln- 

Speicher 

1, 2, 4 MSP-ModuIn mit je 524 288 Zel- 

len fur 52 Bits (zum groBten Teil direkt 

adressierbar) 

2,1 [is je MSP-Modul 

1,1 [is je MSP-Modul 



bis zu 12, fur je vier Peripheriegerate, 

Obertragungsrate etwa 700 000 

Oktaden/s 

bis zu vier, fur je ein Peripheriegerat, 

Obertragungsrate etwa 3 000 000 

Oktaden/s 



5. Zur Schalikreistechnik 

Dem Stand der Technik entsprechend 
werden Schaltwerke digitaler Rechen- 
anlagen aus wenigen Bausteintypen mit 
wohldefiniertem funktionellem und zeit- 
lichem Verhalten aufgebaut. Dabei wer- 
den fur das einzelne Schaltwerk oft 
sehr viele Bausteine benotigt, die schon 
selbst komplexe Gebilde sein konnen. 
Moderne Technologien haben Funktio- 
nen, die fruher nur durch Zusammen- 
schaltung mehrerer elementarer Bau- 
steine wie Diode, Transistor, Wider- 
stand, erreicht werden konnten, in Bau- 
steine verlegt, die heute die praktisch 
unzerlegbar kleinsten Teile von Schalt- 
werken sind. Derartige Bausteine kon- 
nen in Abgrenzung von Elementarbau- 
steinen einerseits und den komplexeren 
Schaltwerken, die sie konstituieren, 
andererseits, Schaltkreise genannt wer- 
den, wobei die Zusammenfassung ihrer 
Komponenten zu einem Baustein inte- 
griert genannt wird. 

Fur den Bau des Digitalrechners RD441 
werden integrierte monolithische Schalt- 
kreise (auch Festkdrperschaltkreise ge- 
nannt) verwendet, ein Ergebnis der 
Mikrominiaturisierung in der Elektronik, 
das unter anderem aus Entwicklungs- 
arbeiten des AEG-TELEFUNKEN-Halb- 
leiterwerks Heilbronn hervorgegangen 
ist. Diese kleinsten Bausteine des Rech- 
ners haben ungefahr die GroBe farbiger 
Stecknadelkopfe. Zugunsten leichter 
Montage sind sie in Flachkapseln von 
der GroBe eines Hemdenknopfes un- 
tergebracht. 



Adressierung im RD 441 



DK 681 .322.065.2 RD 441 
Gunter Stadie 



1. Seitenadressierung 

Seiten und Kacheln 

Unter Seitenadressierung (paging) ver- 
steht man eine mittelbare Adressierung 
iiber virtuelle Adressen. Die virtuellen 
Adressen werden im dynamischen Pro- 
grammablauf, Befehl fiir Befehl, durch 
die Hardware in reelle Speicheradres- 
sen transformiert. Im RD441, dem zen- 
tralen Rechner des TR440, konnen 



Programme, die im Zentralspeicher ab- 
laufen, der Seitenadressierung unter- 
worfen werden. 

Der Zentralspeicher ist dazu in gleich 
groBe Teile gegliedert, genannt Kacheln. 
Eine Kachel nimmt genau eine (Pro- 
gramm-)Seite an Information auf. Die 
Zuordnung von Seiten zu Kacheln ge- 
schieht durch Seiten-Kachel-Zuord- 
nungstabellen, kurz Kacheltabellen ge- 



nannt. Da die Seiten mittelbaradressiert 
werden, konnen zusammenhangend 
adressierte Seiten im Zentralspeicher 
auch in nicht unmittelbar aufeinander- 
folgenden Kacheln liegen. Dies hat den 
Vorteil, daB das Betriebssystem bei der 
Belegung irgendwelcher Restbestande 
an freien Kacheln keinerlei Zusammen- 
hangsbedingungen zu beachten braucht. 
Wahrend bei der Entwicklung eines Be- 
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triebssystems zwischen den Begriffen 
Seite und Kachel wohl zu unterscheiden 
ist, braucht der Benutzer fast aus- 
schlieBlich den Begriff der Seite zu 
kennen. 

Eine Kachel des Zentralspeichers im 
RD441 umfaBt 1024 & 1 K Zellen. Die 
Festlegung der Kachel- bzw. Seiten- 
groBe ist das Ergebnis eines Ausgleichs 
zwischen zwei entgegengesetzten For- 
derungen: zum einen nach einer feinen 
Unterteilung des Speicherraums zur 
moglichst verschnittfreien Nutzung und 
zum anderen einer geniigend groben 
Unterteilung, die den Umfang der 
Kacheltabellen in verniinftigen Grenzen 
halt. 

Zentralspeicheransteuerung 
Unterliegt ein Programm der Seiten- 
adressierung und erfolgt durch einen 
Befehl ein Zugriff auf den Zentral- 
speicher, so wird die im AdreBteil des 
Befehls enthaltene virtuelle Adresse 
folgendermaBen durch die Hardware 
transformiert: Die als Dualzahl aufge- 
faBte Adresse wird in zwei Teile unter- 
teilt. Der linke Teil wird als Seiten- 
nummer aufgefaBt. Mit der Seitennum- 
mer als Index wird aus der Kachel- 
tabelle das entsprechende Element aus- 
gelesen. Es enthalt die der angespro- 
chenen Seite zugeordnete Kachelnum- 
mer. Der rechte Teil der virtuellen 
Adresse stellt eine seiten- bzw. kachel- 
relative Adresse dar. Mit der kachel- 
relativen Adresse und der ermittelten 
Kachelnummer wird dann der Speicher 
angesteuert. 

Seitenassoziativregister 
Das beschriebene Verfahren der 
Speicheransteuerung hat den Nachteil, 
daB ein beabsichtigter Speicherzugriff 
einen zusatzlichen Speicherzugriff notig 
macht: Die einer Seite zugeordnete 
Kachelnummer muB aus der Kachel- 
tabelle ausgelesen werden, wobei diese 
Kacheltabelle ebenfalls im Zentral- 
speicher liegt. Urn in moglichst vielen 
Fallen die Zeit zu verkiirzen, die zum 
Auslesen der Kachelnummer erforder- 
lich ware, verfiigt der zentrale Rechner 
des TR440 uber vier Assoziativregister, 
die stets die vier zuletzt aufgetretenen 
Zuordnungen Seitennummer zu Kachel- 
nummer enthalten. (Assoziativregister 
werden nicht uber Adressen aufgerufen, 
sondern uber Kenninhalte; das ist in 
diesem Fall die Seitennummer.) 
Wird nun durch einen Befehl eine Seite 
angesprochen, deren Nummer bereits in 
einem der vier Seitenassoziativregister 
enthalten ist, so erhalt man aus diesem 



Register die zugeordnete Kachelnum- 
mer. Dies geschieht etwa innerhalb 
eines Maschinentaktes gegenuber etwa 
elf Takten, wenn die Kacheltabelle im 
Speicher angesteuert werden muB. 
Die vier Assoziativregister sind zusatz- 
lich mit einem Alterungsmechanismus 
versehen. Er definiert zwischen diesen 
Registern eine Reihenfolge derart, wie 
sie dem dynamischen Auftreten der 
letzten vier, voneinander verschiedenen 
Seiten-Kachel-Zuordnungen entspricht. 
Wird eine Seite angesprochen, deren 
Nummer bereits in einem der vier Sei- 
tenassoziativregister enthalten ist - und 
damit auch die zugeordnete Kachel- 
nummer — , so wird dieses Register 
zum jiingsten. Ist eine angesprochene 
Seite nicht in einem der vier Register 
enthalten, so wird der Inhalt des Regi- 
sters mit der am langsten nicht ange- 
sprochenen Zuordnung ersetzt durch 
das zuletzt eingetroffene Paar ange- 
sprochene Seitennummer / zugeordnete 
Kachelnummer, und dieses Register 
wird zum jungsten. 

Weitere Besonderheiten 
der Adressierung 

Bei der Seitenadressierung ist zu unter- 
scheiden zwischen der GroBe des vir- 
tuellen Adressenraums eines Pro- 
gramms und dem tatsachlich belegten 
Speicherplatz. Ein Benutzerprogramm 
konnte mit dem ihm zur Verfugung ge- 
stellten Adressenraum theoretisch den 
gesamten reellen Speicher adressieren. 
Diesen teilt sich das Programm jedoch 
mindestens mit dem Betriebssystem. 
Im Adressenraum eines Benutzerpro- 
gramms gibt es daher in der Regel 
Liicken; diese entsprechen Seiten, de- 
nen keine Kachel zugeordnet ist. Fur 
diese Liicken braucht man in den 
Kacheltabellen ein besonderes Kenn- 
zeichen. Im RD441 ist dies die Zuord- 
nung einer Seite zur Kachel 0. Die reelle 
Kachel dient einem speziellen Infor- 
mationsaustausch zwischen Betriebs- 
system und Hardware, so daB sie nie- 
mals in sinnvoller Weise einem Be- 
nutzerprogramm zugeordnet werden 
kann. 

SchlieBlich sei auf die Moglichkeit 
des Mehrfachzugriffs hingewiesen, in 
dem Seiten verschiedener Benutzerpro- 
gramme den gleichen Kacheln zugeord- 
net werden. Man erhalt mehrfach be- 
nutzbare Programme, indem die Pro- 
gramme in einen konstanten und einen 
variablen Teil getrennt werden. Auf den 
konstanten Teil wird Mehrfachzugriff 
angewendet, wie im vorhergehenden 
Absatz beschrieben. Der konstante Teil 



ist also nur einmal im Zentralspeicher 
enthalten. Die Seiten, die den variablen 
Teil enthalten, werden jedoch in den 
Kacheltabellen von n Benutzerprogram- 
men n verschiedenen Kachelbereichen 
zugeordnet. Der variable Teil ist somit 
nmal im Zentralspeicher vorhanden. 

2. Zugriffschutz 

In einem Rechensystem, das von einer 
mittleren GroBe bis zum dialogfahigen 
Rechensystem reicht, sind den verschie- 
denen, gleichzeitig im Zentralspeicher 
angeordneten Benutzerprogrammen ab- 
gestufte Sicherungen zu gewahren: 
nicht nur Schutz vor eigener und frem- 
der Zerstorung, sondern auch Wahrung 
der Intimsphare. Die Grundprogrammie- 
rung des TR-440-Rechensystems stellt 
hierzu umfassende Moglichkeiten bereit. 
An dieser Stelle werden die von der 
Hardware gegebenen Moglichkeiten fur 
den Zentralspeicher angegeben. Auf die 
Software wird nur eingegangen, soweit 
dies zum Verstandnis notwendig ist. 

Lese- und Schreibschutz 
Jedem Benutzerprogramm gehort eine 
eigene Kacheltabelle. Ein Programm 
kann nur auf diejenigen Seiten zugrei- 
fen, die ihm mit seiner Kacheltabelle 
zugeordnet sind. Insbesondere kann 
auch der Befehlszahler nur iiber diese 
Seiten laufen. Das Betriebssystem er- 
offnet keine Moglichkeit, daB ein Be- 
nutzerprogramm einer Seite seines 
Adressenraums eine Kachel zuordnet, 
die selbst eine Kacheltabelle enthalt. 
Veranderungen einer Kacheltabelle kon- 
nen also nicht unmittelbar durch ein 
Benutzerprogramm vorgenommen wer- 
den, sondern hochstens mittelbar und 
in kontrollierter Weise durch das Be- 
triebssystem. 

Da die Kacheltabellen im dynamischen 
Befehlsablauf ausgewertet werden, mus- 
sen der Hardware Anfangsadresse und 
die Lange derjenigen Kacheltabelle be- 
kannt sein, die zu dem aktuell bearbei- 
teten Benutzerprogramm gehort. Das 
Betriebssystem iibermittelt diese Infor- 
mation in speziell dafur vorgesehenen 
Registern. 

Die geschilderten Einrichtungen ge- 
statten es, unkontrollierte Lese- und 
Schreibzugriffe eines Benutzerpro- 
gramms auf andere Benutzerprogram- 
me oder auf das Betriebssystem zu 
unterbinden. 

Schreibschutz 

Die Unterteilung des Zentralspeichers 
eignet sich in idealer Weise dazu, den 
Inhalt dieser Teile jeweils mit einer 
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Angabe uber Schreibschutz zu versehen. 
Diese Ausgabe ist im RD 441 fur jede 
einzelne Seite moglich. 
Ein Benutzerprogramm kann auf den 
Inhalt einer Kachel, auf die es auf 
Grund seiner Kacheltabelle uberhaupt 
zugreifen darf, auf jeden Fall lesend 
zugreifen. 

In einem Bit jedes Kacheltabellenele- 
ments ist die zusatzliche Angabe ent- 
halten, ob fur jede Kachelzuordnung 
Schreibschutz Oder Schreiberlaubnis be- 
steht. Diese Angabe wird auch mit in 
die Seitenassoziativregister (siehe Ab- 
schnitt 1) ubernommen. 

3. Adressierungsmodi 

Normal- und Abwicklermodus 
Eine wesentliche Tatsache der Adres- 
sierung wurde bisher nicht erwahnt:Die 
Existenz unterschiedlicher Adressie- 
rungsmodi im RD441. 
Im RD441 laufen alle Benutzerprogram- 
me im sogenannten Normalmodus ab. 
In ihm werden alle Adressen als vir- 
tuelle Adressen aufgefaBt und uber eine 
Kacheltabelle in reelle Speicheradres- 
sen transformiert. 

im Abwicklermodus werden ebenfalls 
alle auftretenden Adressen uber eine 
Kacheltabelle transformiert. Dem ablau- 
fenden Benutzerprogramm gehort je- 
doch eine andere, und zwar umfassen- 
dere Kacheltabelle als diejenige im 
Normalmodus. Dies hat den Sinn, ge- 
wisse Systemdienstleistungen benutzer- 
nah auszufiihren, ohne den Systemkern 
mit Eingriffssperre und ahnlichem zu 
belasten. Im Teilnehmer-Betriebssystem 
BS3 arbeiten die Abwicklerprozesse im 
Abwicklermodus. Auf Grund ihrer um- 
fassenderen Kacheltabellen kdnnen sie 
einerseits zur Informationsubertragung 
auf die unter ihnen ablaufenden Be- 
nutzerprogramme zugreifen, anderer- 
seits natilrlich auf ihren eigenen Daten- 
bestand. 

Sysfem- und Spezialmodus 
AuBer der Seitenadressierung gibt 
es im RD 441 auch die absolute Adres- 
sierung. Sie findet im sogenannten 
Systemmodus statt. In diesem Modus 
arbeitet das Betriebssystem bzw. der 
Systemkern. Alle auftretenden Adressen 
werden als reelle Speicheradressen auf- 
gefaBt, eine Transformation uber Kachel- 
tabellen findet nicht statt. 
Greift man im Systemmodus auf Be- 
nutzerdaten zu, z. B. auf Versorgungs- 
blocke fur aufgerufene Systemdienst- 



leistungen, so ist zu beachten, daB die 
Benutzerdaten unter virtuell aufeinan- 
derfolgenden Adressen liegen. Bei Ober- 
schreitung einer Seitengrenze besteht 
im Speicher in der Regel jedoch keine 
Aufeinanderfolge (siehe Abschnitt 1.1). 
Im RD 441 gibt es nun eine Variante des 
Systemmodus, den sogenannten Spe- 
zialmodus. In ihm werden Daten uber 
virtuelle Adressen angesprochen, wobei 
die dem Benutzerprogramm angehorige 
Kacheltabelle verwendet wird. Der Be- 
fehlszahler enthalt jedoch Speicher- 
adressen wie im Systemmodus. 

4. Obergange 

zwischen den Adressierungsmodi 

In den Abschnitten 2 und 3 wurden die 
vier Adressierungsmodi Normal-, Ab- 
wickler-, System- und Spezialmodus 
vorgestellt. Im folgenden werden die 
untereinander moglichen Obergange 
behandelt. 

Wird eine Systemdienstleistung durch 
ein Benutzerprogramm aufgerufen, so 
sind nacheinander nur folgende Ober- 
gange moglich: Normalmodus ->• Ab- 
wicklermodus -»- Spezialmodus -> Sy- 
stemmodus. Bei jedem derartigen Ober- 
gang wird der Befehlszahler neu ge- 
setzt; er enthalt eine Adresse, die auf 
den zur Ausfiihrung gelangenden Be- 
fehl im Zielmodus weist. Diese Adresse 
ist durch den Betriebssystemteil, der in 
dem betreffenden Zielmodus ablauft, 
selbst vorgegeben worden. Durch diese 
Einrichtungen werden wilde Sprunge in 
das Betriebssystem verhindert. Der ge- 
sicherte Obergang von einem Modus in 
den anderen ermoglicht es, den Zu- 
griffschutz (siehe Abschnitt 2) an dieser 
Stelle aufrechtzuerhalten. 
Trifft ein Alarm oder infolge von EA- 
Verkehr ein Eingriff ein, so wird das 
gerade laufende Programm unter- 
brochen, wobei der Onterbrechungszu- 
stand fur eine spatere Fortsetzung re- 
serviert wird. Onabhangig vom einge- 
stellten Modus findet daher ein direkter 
Obergang in den System- bzw. Spezial- 
modus statt. 

Wenn eine aufgerufene Systemdienst- 
leistung erbracht oder ein Alarm oder 
Eingriff abgehandelt worden ist, hat das 
Betriebssystem uber die Art der Fort- 
setzung zu entscheiden. Vom System- 
und Spezialmodus aus kann daher 
wahlweise in jeden Adressierungs- 
modus direkt iibergegangen werden. 
Es ist an dieser Stelle darauf hinzu- 
weisen, daB im RD 441 gewisse privile- 



gierte Befehle nur im System- und 
Spezialmodus anwendbar sind. 

5. Indexspeicheransteuerung 

Der zentrale Rechner des TR 440 ver- 
fiigt uber keine eigenen Indexregister, 
vielmehr kdnnen 128 aufeinanderfol- 
gende Ganzworte des Zentralspeichers 
als 256 Indexzellen deklariert werden. 
Die Anfangsadresse dieses Indexbe- 
reichs kann ein beliebiges Ganzwort 
bezeichnen und auch vom Programm 
her dynamisch geandert werden. Der 
Inhalt des jeweiligen Indexbereichs laBt 
sich mit Indexbefehlen so ansprechen, 
als stiinden 256 einzeln adressierbare 
Indexregister zur VerfCigung. Zur Be- 
schleunigung des Zugriffs auf Index- 
groBen wurden im RD 441 folgende 
MaBnahmen getroffen: 
Bei jeder Anderung der Anfangsadresse 
des Indexbereiches gelangt die absolute 
Anfangsadresse in ein Indexbasisregi- 
ster. Die absolute Adresse ergibt sich 
im Normal-, Abwickler- und Spezial- 
modus aus der Transformation der vir- 
tuellen Adresse uber die aktuelle 
Kacheltabelle. 

Da der Indexbereich im virtuellen 
Adressenraum eine Seitengrenze uber- 
schreiten kann, wird durch die Hard- 
ware auch die der Folgeseite zugeord- 
nete Kachelnummer im Indexbasis- 
Zusatzregister festgehalten. Diese MaB- 
nahmen ersparen eine Seiten-Kachel- 
Zuordnung bei jedem Indexzugriff. 
Ferner gibt es vier Indexassoziativregi- 
ster, in ihrer Wirkung ahnlich den Sei- 
tenassoziativregistern (vergleiche Ab- 
schnitt 1). Die Indexassoziativregister 
enthalten die vier dynamisch zuletzt 
aufgetretenen Indexadressen und die 
zugehorigen IndexgroBen. 
Bei Veranderung einer IndexgroBe ge- 
langt der neue Wert zunachst nur in ein 
Indexassoziativregister und nicht schon 
in den Indexbereich im Zentralspeicher. 
Wird im dynamischen Befehlsablauf der 
Inhalt des altesten Indexassoziativregi- 
sters durch eine neue Zuordnung Index- 
adresse zu IndexgroBe ersetzt oder wird 
die Anfangsadresse des Indexbereichs 
verandert, so wird zuvor die im Index- 
assoziativregister enthaltene alte Index- 
groBe in den Indexbereich im Zentral- 
speicher zuruckgespeichert. Das Ruck- 
speichern geschieht jedoch nur, wenn 
die IndexgroBe im Indexassoziativregi- 
ster verandert worden ist, was gegebe- 
nenfalls eine weitere Beschleunigung 
eines Indexbefehls zur Folge hat. 
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Zum Betriebssystem BS 2 



DK 681 .322.06 TR 440 
Giinther Stiege 



1. Einfiihrung 

Fur die Rechenanlage TR440 gibt es 
zwei Betriebssysteme: Das Betriebs- 
system BS2 fur kleineren und mittleren 
Ausbau (insbesondere Kernspeicher- 
ausbau) und das Betriebssystem BS3 
fur groBen Ausbau. Das Betriebssystem 
BS2 ist ein Mehrprogrammsystem fur 
die Batch- und Stapelfernverarbeitung, 
aber kein Teilnehmer-Betriebssystem. 
Dafiir ist das Betriebssystem BS3 vor- 
gesehen, das in [1] beschrieben wird. 
Es gibt drei Versionen des BS2, ge- 
nannt BS2/1, BS 2/2 und BS2/3. BS2/3 
ist eine Erweiterung von BS 2/2 urn 
Datenfernverarbeitungs-Funktionen und 
wird im folgenden zusammen mit BS2/2 
beschrieben. 

BS2/1 arbeitet mit einem Kernspeicher- 
ausbau von 32 K Ganzworten; fur 
BS 2/2 werden mindestens 64 K Ganz- 
worte benotigt. Der Eigenbedarf betragt 
fur BS 2/1 8 K Ganzworte. Die beiden 
Versionen sind in Leistungsumfang und 
Arbeitsweise recht unterschiedlich. Sie 
werden in den beiden folgenden Ab- 
schnitten in Form allgemeiner Ober- 
blicke kurz beschrieben. Im vierten Ab- 
schnitt dieses Aufsatzes wird ein spe- 
zielles Teilgebiet, die Auftragsabwick- 
lung fur BS 2/2 eingehender dargestellt. 

2. Allgemeiner Oberblick iiber BS 2/1 

BS2/1 ist ein Mehrprogrammsystem mit 
drei Programmstufen, zwei fur Be- 
nutzerprogramme und eine fur ein 
Systemprogramm. Bild 1 zeigt schema- 
tisch den Aufbau. 



BS 2/1 (Kern) 
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Aufbau des BS 2/1 
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Unter Steuerung des Betriebssystem- 
kerns laufen quasisimultan der Opera- 
teurteil, ein Vordergrundprogramm und 
ein Hintergrundprogramm ab, wobei der 
Operateurteil die hochste und das Hin- 
tergrundprogramm die niedrigste Priori- 
tat hat. 



Im Hintergrund werden nacheinander 
die Abschnitte (Jobs) von Benutzern 
verarbeitet. Ein Abschnitt ist ein Loch- 
kartenpaket, das aus einer Folge von 
Kommandos und Daten besteht. Er be- 
ginnt mit einem XBA-Kommando und 
endet mit einem XEN-Kommando. 
Parallel zur Abschnittsverarbeitung lau- 
fen Vordergrundprogramme, und zwar 
zu einem bestimmten Zeitpunkt jeweils 
nur eins. Vordergrundprogramme wer- 
den vom Operateur iiber Kommandos 
gestartet und mit Parametern versorgt. 
Die im Vordergrund laufenden Pro- 
gramme sind entweder normale Be- 
nutzerprogramme Oder Systemteile. 
Den Kontakt des Systems mit dem 
Operateur vermittelt der Operateurteil, 
eine dritte Programmstufe, auf der nur 
Systemteile laufen. 

Im normalen Betrieb des BS2/1 spielen 
Vordergrund und Hintergrund bei der 
Stapelverarbeitung zusammen. Ein Sta- 
pel ist eine Folge von Abschnitten, die 
mit einem Stapelanfangskommando 
(XSA) beginnt, und mit einem Stapel- 
endekommando endet. Die Verarbeitung 
eines Stapels wird durch ein Operateur- 
kommando ausgelost und wird sequen- 
tiell durchgefiihrt. Die Verarbeitung 
kann mit direkter Oder indirekter Ab- 
schnittseingabe geschehen. Bei direkter 
Eingabe werden die Karten der einzel- 
nen Stapelabschnitte zu dem Zeitpunkt 
vom Lochkartenleser eingelesen, zu 
dem sie von den ablaufenden Program- 
men verarbeitet werden. Bei indirekter 
Eingabe wird zunachst der ganze Stapel 
auf einen Trommelspeicher oder einen 
Wechselplattenspeicher gebracht und 
erst zu einem spateren Zeitpunkt mit 
der Verarbeitung begonnen. Auch die 
Ausgabe auf Schnelldrucker und die 
Ausgabe auf Lochkartenstanzer konnen 
wahlweise indirekt (d. h. mit Zwischen- 
pufferung auf einem Randomspeicher) 
oder direkt auf das entsprechende Ge- 
rat durchgefiihrt werden. Bei indirekter 
Ausgabe wird die gesammelte Informa- 
tion spater in einem getrennten Arbeits- 
gang ausgedruckt bzw. ausgestanzt. 
Die Abschnittseingabe (NEM) 1 ), die 
Druckausgabe (NAM) 2 ) und die Stanz- 
ausgabe (NSM) 3 ) fur einen Stapel kon- 
nen in beliebiger Kombination direkt 
oder indirekt gewahlt werden. 
Das Zusammenspiel zwischen Vorder- 
grund und Hintergrund findet speziell 
bei indirekter Stapelverarbeitung statt: 
Zunachst wird im Vordergrund ein Sta- 
pel von Abschnitten auf einem Random- 

1) Normal-Elngabemedium 

2) Normal-Ausgabemedium 

3) Normal-Stanzmedium 



speicher vorgeladen. Danach wird die 
Verarbeitung dieses Stapels im Hinter- 
grund gestartet, wobei die Druck- und 
Stanzausgabe indirekt geschieht. Par- 
allel dazu wird im Vordergrund ein 
zweiter Stapel vorgeladen. Wenn der 
erste Stapel vollstandig verarbeitet ist, 
wird im Hintergrund mit der Verarbei- 
tung des zweiten Stapels begonnen. 
Parallel dazu wird im Vordergrund die 
angesammelte Druck- und Stanzinfor- 
mation des ersten Stapels ausgegeben 
und anschlieBend ein weiterer Stapel 
vorgeladen. Durch diese vom Operateur 
gesteuerte Oberlappung der Puffervor- 
gange mit den Verarbeitungslaufen wird 
ein erhohter Durchsatz erzielt. 
Die genannten Teiltatigkeiten bei der 
Stapelverarbeitung werden im Vorder- 
grund von Systemteilen durchgefiihrt. 
Es ist aber auch moglich, normale Be- 
nutzerprogramme im Vordergrund zu 
starten. Diese Programme sollten zur 
besseren Anlagenausnutzung groBe EA- 
Anteile haben, miissen es aber nicht. 
Fur einige Umsetzvorgange zwischen 
Geraten gleichen oder verschiedenen 
Typs werden mit dem BS2/1 Pro- 
gramme geliefert, die im Vordergrund 
ablaufen konnen - sogenannte Stan- 
dard-Vordergrundprogramme. 
Den ablaufenden Programmen - Hin- 
tergrund, Vordergrund, Operateurteil - 
werden vom Kern des BS2/1 System- 
dienste zur Verfiigung gestellt. Die 
wichtigsten sind die EA-Dienste, die 
Dateiverwaltungsdienste und die Kern- 
speicherdienste. 

Die EA-Dienste fiihren Transporte zwi- 
schen Kernspeicher und peripheren Ge- 
raten durch. Diese Transporte konnen 
auf physischer oder auf logischer Stufe 
durchgefiihrt werden. Auf physischer 
Stufe nimmt das System nur die direk- 
ten Blocktransporte zwischen Arbeits- 
speicher des aufrufenden Programms 
und peripherem Gerat vor. Auf logischer 
Stufe arbeitet das aufrufende Programm 
nur mit Satzen. Das Zusammenfiigen 
von Satzen zu Transportblocken bzw. 
das Zergliedern von Blocken in Satze 
wird von den EA-Diensten zusatzlich zu 
den Transporten vorgenommen. 
Bei Verarbeitung auf physischer Stufe 
konnen die Transporte in zwei Varian- 
ten durchgefiihrt werden. In der W- 
Variante (Warten) wird das aufrufende 
Programm in Pause gesetzt, bis der 
Transport vollstandig beendet ist, ein- 
schlieBlich einer eventuell notwendigen 
Fehlerbehandlung. 

In der A-Variante (Abfragen) wird der 
Transportauftrag vom Betriebssystem 
entgegengenommen und dem Pro- 
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gramm die Regie zuriickgegeben. Der 
Obertragungsvorgang lauft dann echt 
zeitlich parallel zum Programm ab. Das 
Programm muB sich allerdings spater 
iiber einen Abfrageaufruf vergewissern, 
daB der Transport beendet worden ist. 
Bei Verarbeitung auf logischer Stufe 
kann das Benutzerprogramm dem Be- 
triebssystem den doppelten Pufferbe- 
reich zur Verfiigung stellen. Dann fuhrt 
das Betriebssystem die Transporte in 
A-Variante aus und fuhrt auBerdem die 
notwendigen Abfragen durch, so daB 
eine hohere Verarbeitungsgeschwindig- 
keit ohne zusatzlichen Programmierauf- 
wand erreicht wird. 

Die EA-Transporte werden intern von 
geratespezifischen Teilen des Betriebs- 
systems, sogenannten Geratesteuerpro- 
grammen, durchgefuhrt. Es konnen im 
BS 2/1 folgende Gerateklassen betrie- 
ben werden: Lochkartenleser, Lochkar- 
tenstanzer, Schnelldrucker, Lochstrei- 
fenleser, Lochstreifenstanzer, Magnet- 
bander (7- und 9-Spur), Trommelspei- 
cher, Wechselplattenspeicher und Kon- 
solschreibmaschine. BezCiglich der Zahl 
der Gerate einer Klasse besteht keine 
Einschrankung; alle hardwaremaBig 
moglichen Kanale und Unterkanale kon- 
nen betrieben werden. 
Im BS2/1 werden alle EA-Transporte 
von bzw. auf Dateien durchgefuhrt. Ein 
Programm spricht eine Datei unter einer 
symbolischen Nummer an. Gewisse 
Dateien - die Normaldateien und Biblio- 
theken — sind fur jeden Abschnitt vor- 
handen und brauchen nicht eingerichtet 
und eroffnet zu werden. Normaldateien 
sind z. B. das Normaleingabemedium 
(von dort werden die Eingabekarten 
des Abschnitts gelesen), das Normal- 
ausgabemedium (fur Druckausgabe des 
Abschnitts) und die Normalzwischen- 
medien (temporare Arbeitsdateien auf 
Randomspeichern). Auch das System- 
residenzmedium ist eine Normaldatei. 
Es liegt entweder auf einem Trommel- 
speicher Oder auf einem Wechselplatten- 
speicher. 

Die Dateien, die keine Normaldateien 
und keine Bibliotheken sind, die soge- 
nannten Benutzer-Dateien, werden iiber 
Dienste der Dateiverwaltung eingerich- 
tet bzw. eingeschleust und eroffnet so- 
wie abgeschlossen. Fur Dateien auf 
Magnetbandern und Wechselplatten- 
speichern wird eine Kennsatzbehand- 
lung durchgefuhrt. Damit ist es moglich, 
die Dateien langfristig, d. h. iiber den 
Abschnittslauf hinaus, zu halten. Dateien 
auf Wechselplattenspeichern und Trom- 
melspeichern werden auBerdem in 
einem zentralen Katalog gefiihrt. 



Die Kernspeicherdienste des BS2/1 er- 
moglichen einem Programm, Kern- 
speicherseiten zu beantragen und ab- 
zumelden, sowie fur bestimmte Seiten 
Schreibsperre zu setzen bzw. zu 
loschen. AuBerdem kann man sich iiber 
den freien Kernspeicher informieren. 

3. Allgemeiner Uberblick iiber BS 2/2 

BS2/2 ist eine Weiterentwicklung von 
BS2/1. AuBer in einigen kleineren Er- 
weiterungen und Verbesserungen unter- 
scheidet sich BS 2/2 von BS 2/1 in fol- 
genden Punkten: 

a Erweiterter Mehrprogrammbetrieb 

mit Prioritatensteuerung, 

b Dynamische Auftragsabwicklung, 

c Gemeinsam benutzbarer Code, 

d Dynamische Listenverwaltung, 

e Datenfernverarbeitung, 

f Indexsequentielle Zugriffsmethode. 

a Erweiterter Mehrprogrammbetrieb 
mit Prioritatensteuerung 
Im BS2/2 konnen bis zu elf Programm- 
stufen quasisimultan ablaufen, davon 
bis zu acht fur Benutzerprogramme und 
zwei bzw. drei fur Systemprogramme. 
Bild 2 zeigt schematisch den Aufbau. 
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Bild 2. Aufbau des BS2/2 

OPT Operateurteil 

SAV Satellitenvermittler (nur bei 

Anlagen mit Datenfernver- 
arbeitung vorhanden) 

NMV Normalmedienvermittler 

B 1 . . . Bn Benutzerprogramme (n — 2, 
4, 8 in Abhangigkeit vom 
Kernspeicherausbau) 



Operateurteil, Satellitenvermittler und 
Normalmedienvermittler sind System- 
programme. Sie werden in Abschnitt 4 
naher erlautert. Der Satellitenvermittler 
ist nur bei Anlagen mit Datenfernver- 
arbeitung vorhanden. In Abhangigkeit 
vom Kernspeicherausbau sind zwei, 
vier Oder acht Programmstufen fur Ab- 
schnittslaufe der Benutzer vorhanden. 
Alle Systemprogramme haben eine 
hohere Prioritat als jedes Benutzerpro- 



gramm. Unter sich haben die System- 
programme die Prioritatenreihenfolge: 
NMV < SAV < OPT. Die Prioritat einer 
Benutzerprogrammstufe ist nicht fest, 
sondern hangt von dem gerade ab- 
laufenden Abschnitt ab. Jeder Abschnitt 
gehort zu einer der folgenden Priori- 
tatenklassen 
Express: fur dringende 

Aufgaben 
Spezial: fur Kurzlaufe 

EA-intensiv: fur Aufgaben mit 

starkem Gerateverkehr 
Rechenintensiv: fur Aufgaben mit 

starker Rechnerkern- 

belastung 

Die Prioritat eines Abschnitts ergibtsich 
aus den Angaben im Abschnittsanfangs- 
kommando (XBA). Auf den Benutzer- 
programmstufen konnen nun quasi- 
simultan Abschnitte mit beliebiger Kom- 
bination der Prioritatsklassen ablaufen, 
insbesondere also auch mehrere Ab- 
schnitte der gleichen Prioritat. BS2/2 
ist dabei bemiiht, die Mischung der 
Prioritaten so zu gestalten, daB eine 
moglichst gute Anlagenauslastung er- 
zielt wird. Die Reihenfolge der Priori- 
taten ist: Rechenintensiv < EA-intensiv 
< Spezial < Express. Innerhalb einer 
Prioritatenklasse wird die Reihenfolge 
mit einem Zeitscheibenverfahren zyk- 
lisch verandert. 

b Dynamische Auftragsabwicklung 
Dieser Punkt wird im Abschnitt 4 ge- 
sondert dargestellt. 

c Gemeinsam benutzbarer Code 
Ablaufinvariant geschriebene Pro- 
gramme (z. B. Compiler) liegen nur ein- 
mal im Kernspeicher, auch wenn sie 
von mehreren Programmstufen benutzt 
werden. 

of Dynamische Listenverwaltung 
Die Listen, die die EA-Dienste und die 
Dateiverwaltung benutzen, werden im 
BS2/2 dynamisch auf- und abgebaut. 
AuBer einer besseren Kernspeicheraus- 
lastung wird damit eine groBere Flexibi- 
litat bei der Anzahl der gleichzeitig 
eroffneten Dateien und bei der Be- 
schreibung von Dateibereichen erzielt. 

e Datenfernverarbeitung 
Es ist Stapelfernverarbeitung, also Ab- 
schnittseingabe und -ausgabe, vorge- 
sehen. HardwaremaBig muB an den 
TR 440 ein TR 86 angeschlossen sein. 
Ober ihn verkehren die Konsolen (Fern- 
schreiber und Sichtgerate) sowie die 
Datenstationen mit dem BS 2. 
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f Indexsequentielle Zugriffsmethode 
AuGer der sequentiellen und der direk- 
ten Verarbeitung von Randomspeicher- 
dateien, die schon im BS2/1 moglich 
ist, wird im BS 2/2 indexsequentielle 
Verarbeitung geboten. 

4. Auftragsabwicklung im BS 2/2 

Wie im BS2/1 laufen auch im BS 2/2 
die EA-intensiven Teiltatigkeiten der 
Auftragsabwicklung - Lesen und Stan- 
zen von Lochkarten, Drucken von 
Listen — quasisimultan zu den eigent- 
lichen Verarbeitungslaufen ab. Anders 
als im BS2/1 geschieht dies im BS 2/2 
jedoch vollig automatisch und ohne 
Zusammenfassung der Abschnitte zu 
Stapeln. 

Im BS2/2 gibt es einen groBen Puffer- 
bereich, in dem die Normaleingaben 
und -ausgaben von Abschnitten gesam- 
melt werden, den Normalmedienbereich 
(NMB). Dies ist eine Randomspeicher- 
datei, deren GroSe ein anlagenspezifi- 
scher Parameter ist. Im NMB werden 
sequentielle Unterdateien angelegt, so- 
genannte Ketten. Eine Kette ist eine 
Folge von Blocken zu 128 Ganzworten, 
von denen je vier im NMB sequentiell 
hintereinanderliegen. Jeder Block ent- 
halt einen Vorwartszeiger zum nachsten 
und einen Riickwartszeiger zum voran- 
gehenden Block. Spezielle Systemteile 
des BS2/2 steuern die Verwaltung des 
NMB, insbesondere den Auf- und Ab- 
bau von Ketten. 

Die Abwicklung eines Auftrags im 
BS2/2, d. h. den Gesamtdurchlauf eines 
Abschnitts durch das System, zeigt 
Bild 3. 

Abschnitte konnen im Rechenzentrum 
oder uber Datenfernverarbeitung einge- 
geben werden. Im Rechenzentrum wer- 
den Abschnitte uber einen oder mehrere 
Lochkartenleser eingelesen, die ein 
Systemprogramm, der Normalmedien- 
vermittler (NMV), betreibt. Bei Daten- 
fernverarbeitung konnen die Abschnitte 
manuell (bei Konsolen), uber Lochstrei- 
fen oder Lochkarten eingegeben wer- 
den. Sie werden uber den Satelliten- 
rechner TR 86 geleitet, von wo sie an 
den Rechner TR 440 weitergegeben 
werden. Dort ubernimmt ein anderes 
Systemprogramm, der Satellitenvermitt- 
ler (SAV), die weitere Verarbeitung. 
Sowohl NMV als auch SAV interpretie- 
ren von den Kommandos eines Ab- 
schnitts nur das erste, das XBA-Kom- 
mando und das letzte, das XEN-Kom- 
mando. Aus den Angaben im XBA-Kom- 
mando werden ein Planungselement 
und eine Abschnittsbeschreibung aufge- 
baut. AuGerdem wird ein rechenzentrum- 
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Bild 3. Auftragsbearbeitung im BS 2/2 



spezifisches Verwaltungsprogramm ge- 
startet, dem die Abschnittbeschreibung 
zur Verfugung gestellt wird und das 
eine Berechtigungsprufung vornehmen 
kann. War das XBA-Kommando fehler- 
frei, dann werden die weiteren Satze 
des Abschnitts eingelesen und mit 
ihnen eine Kette im NMB, eine NEM- 
Kette, aufgebaut. Der erste Block dieser 
Kette enthalt die Abschnittbeschrei- 
bung. 

Wenn der Abschnitt vollstandig einge- 
lesen worden ist, wird die NEM-Kette in 
die Warteschlange der auf Verarbeitung 
wartenden Abschnitte eingetragen. 
Diese Warteschlange ist in vier Unter- 
warteschlangen eingeteilt, eine filr jede 
der Prioritaten Express, Spezial, EA- 
intensiv und Rechenintensiv. Die Kon- 
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trollfunktion des BS 2/2 mustert immer 
dann, wenn Betriebsmittel freigeworden 
sind, die Warteschlange durch und ver- 
sucht, einen oder mehrere Abschnitte 
zu starten. Der Auswahlalgorithmus be- 
rucksichtigt dabei die Prioritat und die 
Betriebsmittelanforderungen (Planungs- 
element) der wartenden Abschnitte. Ab- 
schnitte der Prioritat Express erhalten 
unbedingten Vorrang. Aus den ubrigen 
Prioritaten wird eine Mischung ausge- 
sucht, die die Anlage moglichst gut aus- 
lastet. Das Mischungsverhaltnis kann 
vom Operateur gesteuert werden. 
Wahrend der Verarbeitung liest der Ab- 
schnittslauf seine Eingabe aus der 
NEM-Kette. Gleichzeitig werden eine 
NAM-Kette und eventuell eine NSM- 
Kette aufgebaut, in denen die Druck- 
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ausgabe bzw. die Stanzausgabe des 
Abschnitts gesammelt werden. Nach 
Beendigung des Abschnittslaufs wird 
zunachst die Abschnittbeschreibung 
urn die Abrechnungsdaten, wie Netto- 
rechenzeit, Geratebelegung und ahn- 
liches, vervollstandigt und ein rechen- 
zentrumspezifisches Verwaltungspro- 
gramm gestartet, das die Abrechnungs- 
daten sichem kann. Danach werden die 
NAM-Kette und die NSM-Kette in die 
entsprechenden Warteschlangen einge- 
reiht. 

Letzter Teil der Abwicklung eines Ab- 
schnitts im BS2/2 ist die Ausgabe der 
NAM- und NSM-Ketten auf den Ge- 



raten. NAM-Ketten druckt entweder der 
NMV auf einem Oder mehreren Schnell- 
druckern im Rechenzentrum aus oder 
sie werden vom Satellitenvermittler iiber 
den TR 86 an Konsolen und Datensta- 
tion zur Ausgabe weitergeleitet. NSM- 
Ketten werden im Rechenzentrum vom 
NMV ausgestanzt. Auch bei der Aus- 
gabe der NAM- und NSM-Ketten haben 
ExpreBabschnitte Vorrang, dann folgen 
Spezialabschnitte und zuletzt vermischt 
die EA-intensiven und rechenintensiven 
Abschnitte. 

Die Zwischenpufferung von Abschnitt- 
eingaben und Abschnittausgaben im 
Normalmedienbereich ist der Normal- 



fall im BS2/2. Es ist jedoch auch mog- 
lich, die Eingabe, die Druckausgabe 
Oder die Stanzausgabe direkt vorzuneh- 
men, und zwar jede einzeln Oder in be- 
liebiger Kombination. AuBerdem kann 
die Zwischenpufferung fur einzelne Ab- 
schnitte oder bestimmte Prioritaten- 
klassen auf Magnetbandern erfolgen; 
auch hierbei gibt es Eingabe, Druck- 
ausgabe oder Stanzausgabe wahlweise 
einzeln oder in beliebiger Kombination. 
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1. Oberblick 

Jiirgen Piper 

1.1. Einleitung 

An ein Betriebssystem, das als Grund- 

lage fur ein Teilnehmer-Rechensystem 

dienen soil, werden gewisse Mindest- 

forderungen gestellt, die von dem Auf- 

bau unabhangig sind: 

Parallel zum Teilnehmerbetrieb (time 
sharing mode) muB der bisher ilbliche 
Stapelbetrieb verwaltet werden. 
Von den Konsolen (terminals) aus kann 
der Benutzer Daten nur eingeben — Ab- 
schnittsmodus (remote job entry) — 
oder Gesprache fiihren - Gesprachs- 
modus. 

Von den Konsolen aus muB dem Be- 
nutzer die gesamte Verarbeitungslei- 
stung des Rechensystems zuganglich 
sein, insbesondere auch mit hoheren 
Programmiersprachen. 
Zur Verwaltung und Verarbeitung der 
Daten steht dem Benutzer eine Daten- 
organisation zur Verfiigung, die die 
langfristige Aufbewahrung und den 
vollen Zugriff iiber hohere Program- 
miersprachen zulaBt. 

Durch den Aufbau des Betriebssystems 
und zur Erfiillung weiterer Aufgaben 



ergeben sich bei dem Teilnehmer-Be- 
triebssystem BS 3 des TR 440 folgende 
wichtige Merkmale: 

Die Benutzer- und Systemprogramme 
werden im Mehrprogrammbetrieb (mul- 
tiprogramming) verwaltet. Dabei werden 
bis zu sieben Benutzerprogramme 
quasisimultan bearbeitet. 
Es werden maximal 48 aktive Konsolen 
durch das Betriebssystem verwaltet und 
im Zeitscheibenverfahren bedient (time 
slicing). 

Die Ein- und Ausgabeninformation 
wird auf einem Hintergrundspeicher 
zwischengepuffert, die Ein-Ausgabe er- 
folgt also off-line (Ausnahme: Magnet- 
band). 

Die Datenorganisation gestattet eine 
Texthaltung zum Aufbewahren, Ergan- 
zen und Korrigieren von Quellprogram- 
men. 

Zahlreiche Betriebsparameter erlauben 
eine gute Anpassung des Betriebs- 
systems an die speziellen Aufgaben 
der Rechenzentren. 

1.2. Aufbau des Betriebssystems 

Das Betriebssystem BS 3 ist durch einen 
modularen Aufbau gekennzeichnet. Der 
Teil des BS3, der im RD 441 (Zentraler 
Rechner des TR 440) liegt, gliedert sich 



in Systemkern und in eine teste Anzahl 
von selbstandigen Programmeinheiten, 
Akteure genannt. 

Die Aufgaben der Akteure lassen sich 
wie folgt klassifizieren: 

Aufgaben, die zeitlich absolut vorrangig 

sind: 

Erledigung der Aufgaben durch die 

Systemakteure. 

Aufgaben, die wenig rechenintensiv und 

stark EA-intensiv sind; sie verursachen 

lange Wartezeiten auf die - im Ver- 

gleich zum Rechnerkern — langsamen 

peripheren Einheiten: 

Erledigung der Aufgaben durch die 

Vermittlerprozesse. 

Aufgaben, die rechenintensiv sind und 

deren Erledigung zeitlichen Bedingun- 

gen (Reaktionszeit an den Konsolen) 

unterliegt: 

Erledigung der Aufgaben durch die 

(Gesprachs-)Abwickler. 

Aufgaben, die rechenintensiv sind und 

deren Erledigung keinen zeitlichen Be- 

dingungen unterliegt: 

Erledigung der Aufgaben durch die 

(Abschnitts-)Abwickler. 

Auf Grund der hier aufgefiihrten Auf- 
gabenklassen ist eine feste Zuordnung 
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Bild 1. BS 3 Software-Organisation im RD 441 
* Ftir rechenzentrum-interne Aufgaben 



Akteure sind als Quadrat dargestellt 



zwischen Akteur und Prioritat getroffen 
worden (Bild 1). 

Bei den Aufgabenklassen ist einerseits 
eine fallende Dringlichkeit festzustellen, 
zum anderen ist eine bestimmte Reihen- 
folge der Auftragskiassen zwingend, urn 
Multiprogramming sinnvoll anwenden 
zu konnen. Die Menge der Akteure wird 
in Systemakteure und Prozesse aufge- 
teilt; Systemakteure unterscheiden sich 
von den Prozessen durch ihre system- 
nahen Aufgaben und ihren Adressie- 
rungsmodus. 

Die Darstellung in Bild 1 ist auf der 
einen Achse nach dem Adressierungs- 
modus, auf der anderen nach der Priori- 
tat gegliedert. Die Erlauterungen der 
verwendeten Abkiirzungen folgen im 
Text. 

1.3. Der Systemkern 

Der Systemkern verwaltet im BS3 die 
Betriebsmittel Rechnerkern, Kernspei- 
cher, EA-Gerate und Kanale. 
Mit Verwaltung ist hierbei die physikali- 
sche Verwaltung (Vergabe und Riick- 
gabe) der Betriebsmittel gemeint; die 
logische Verwaltung (Verplanen und 
Entplanen) wird von der Kontrollfunk- 
tion durchgefiihrt. Im einzelnen erfiillt 
der Systemkern folgende Aufgaben: 



Rechnerkernvergabe 
Dem Systemkern stehen selbstandige 
Programmeinheiten - Akteure — gegen- 
iiber, die zueinander eine feste Dring- 
lichkeitsstufung - Prioritat - haben. 
Bedingt durch die Abhangigkeit der ein- 
zelnen Akteure voneinander gibt es 
Situationen, in denen einzelne Akteure 
n'.dnX an der Zuteilung des Rechner- 
kerns interessiert sind, d. h., sie haben 
den Zustand Nicht Rechenwillig. 
Andere Akteure bewerben sich urn den 
Rechnerkern, sie haben den Zustand 
Rechenwillig. 

Der Systemkern teilt dem rechenwilligen 
Akteur mit der hochsten Prioritat den 
Rechnerkern zu. 

Kernspeicherverwaltung 
Die Speichermedien (Kern-, Trommel- 
und Plattenspeicher) werden in Einhei- 
ten von 1 K (1024) Ganzworten ver- 
waltet, der Kernspeicher vom System- 
kern, der Trommel- und Plattenspei- 
cher von den Systemakteuren Trommel- 
bzw. Plattenvermittler (siehe Abschnitt 
1.4). 

An diese Verwaltungen werden von den 
Prozessen Forderungen nach freiem 
Speicherraum und nach Beendigung 
ihrer Aufgabe deren Freigabe gemeldet. 



Koordination der Peripheriegerate 
Der Systemkern erbringt samtliche Ein- 
Ausgabe-Kanalleistungen zu den peri- 
pheren Geraten. Wichtig sind hierbei 
die Koordination der Ein-Ausgabe zu 
Geraten an demselben Kanal und die 
Organisation der Parallelarbeit der 
Kanale. 

Die Vermittlerprozesse melden bei EA- 
Verkehr das betreffende periphere Gerat 
beim Systemkern an und nach Beendi- 
gung des Transports wieder ab. 
In der Behandlung durch den System- 
kern nimmt das periphere Gerat RD186 
(Zentraler Rechner des TR 86) keine 
Sonderstellung zu den ublichen peri- 
pheren Geraten ein; es unterliegt der 
normalen Behandlung durch den Sy- 
stemkern. 

1.4. Die Systemakteure 

Es gibt folgende Systemakteure, deren 

Aufgaben nachstehend stichwortartig 

beschrieben sind (siehe auch Bild 1) 

Operateurvermittler OPV 

Der Operateurvermittler enthalt das Ver- 

kehrsprogramm und den Schreib- 

maschinenvermittler. 

Das Verkehrsprogramm bietet dem 

Operateur verschiedene Dienste in Form 

von Operateurkommandos an (z. B. 
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Starten und Abbrechen von Program- 
men). Der Schreibmaschinenvermittler 
ermoglicht das Ein- und Ausgeben von 
Information zwischen den Akteuren und 
der Kontrollschreibmaschine. 

Trommelvermittler TRV und Lader LD 
Der Trommelvermittler verwaltet den 
Trommelspeicher und organisiert den 
Informationstransport von und zu die- 
sem Speichermedium. 
Der Lader ermoglicht das Laden und 
Kreieren von Prozessen. Es kann dabei 
vom Lochkartenleser, Magnetband, 
Lochstreifenleser Oder Trommelspeicher 
geladen werden. 

Plattenvermittler PLV 
Der Plattenvermittler verwaltet den Plat- 
tenspeicher und organisiert den Infor- 
mationstransport von und zu diesem 
Speichermedium. 

Notschleife NSL 

Die Notschleife wird bei Systemnot- 

situationen rechenwillig gesetzt Oder 

direkt angesprungen (z. B. Dreier- 

proben-Alarm, hardwareseitiger Fehler 

beim Zugriff auf eine Kernspeicher- 

zelle). 

Warteschleife WSL 

Die Warteschleife bekommt den Rech- 
nerkern zugeteilt, wenn kein Akteur mit 
hoherer Prioritat den Zustand Rechen- 
willig hat. 

Die Warteschleife hat immer den Zu- 
stand Rechenwillig. 

1 .5. Prozesse 

Unter Prozessen sind Programme zu 
verstehen, die fur den Benutzer der 
Rechenanlage genau definierte Leistun- 
gen erbringen. Wahrend die System- 
akteure ihre Auftrage von Prozessen er- 
halten und systemnahe Aufgaben er- 
fullen, also vom Benutzer nicht direkt 
erreichbar sind, stehen die Prozesse 
stellvertretend fur den Benutzer dem 
Systemkern gegenuber. Dabei werden 
Prozesse unterschieden, die die Peri- 
pheriegerate bedienen — Vermittlerpro- 
zesse - und die Rechenauftrage des 
Benutzers verwalten - Abwicklerpro- 
zesse. Die Prozesse werden durch ein 
Programm koordiniert, das selbst vor 
dem Systemkern als ProzeB erscheint 
und das seiner Aufgabe gemaB den 
Namen Kontrollfunktion (KFK) erhielt. 
Die KFK wird eingehend in Abschnitt 
2.3 erlautert. 

An dieser Stelle sollen kurz die Auf- 
gaben der ubrigen Prozesse skizziert 
werden: 



Vermittlerprozesse 

Die Vermittlerprozesse DRV, KLV, SV, 
SLV und SAV (siehe Bild 1) organisie- 
ren den Informationstransport von und 
zu den peripheren Geraten Schnelldruk- 
ker, Kartenleser, Kartenstanzer, Loch- 
streifenstanzer, Plotter, Lochstreifen- 
leser und zu dem peripheren Gerat 
Satellitenrechner RD 186. 
Dabei haben sie die Aufgabe, die In- 
formation in den Zentralcode Oder aus 
diesem in den entsprechenden Gerate- 
code umzuschliisseln. 
Magnetbandgerate werden durch einen 
Vermittler betrieben, der Bestandteil der 
Abwicklerprozesse ist. Auf Grund dieser 
Tatsache kann der Magnetbandverkehr 
- wie durch die Eigenheit des Magnet- 
bandverkehrs auch erforderlich — on- 
line betrieben werden. 

Abwicklerprozesse 

Ein vom Benutzer gestellter Auftrag 
(Gesprach, Abschnitt) hat den Ablauf 
einer Operatorlaufkette (EntschliiBler- 
lauf, Obersetzerlauf usw.) zur Folge. 
Der AbwicklerprozeG hat die Aufgabe, 
diese Operatorlaufkette zu verwalten 
und den einzelnen Operatorlaufen 
Systemdienste anzubieten. Das vom Be- 
nutzer programmierte Quellprogramm 
ist ein Glied - der Objektlauf - in der 
genannten Operatorlaufkette. 

1.6. Das Konsolsystem KOS 

Die softwaremaBige Verbindung zwi- 
schen dem RD 441 und dem Satelliten- 
rechner RD 186 wird durch das Konsol- 
system KOS realisiert. 
Das Konsolsystem enthalt zwei Pro- 
grammkomplexe: 
Satellitenvermittler SAV 
(VermittlerprozeB im Kernspeicher des 
RD441, siehe Bild 1) 
Der Satellitenvermittler ist gemeinsamer 
Kommunikationspartner aller mit Kon- 
solen in Verbindung stehenden Pro- 
grammlaufe. 

Er nimmt im Kernspeicher Oder auf dem 
Hintergrundspeicher gepufferte Aus- 
gaben entgegen und iibergibt sie in 
Teilstucken nach Aufforderung an das 
Konsolverteilerprogramm. 
Eingabeinformation von den Konsolen 
nimmt der Satellitenvermittler vom Kon- 
solverteilerprogramm entgegen; unvoll- 
standige Eingabeinformation puffert er 
auf Hintergrund-Speichermedien. Voll- 
standige Eingabeinformation wird an 
den betreffenden Programmlauf weiter- 
geleitet. 

Konsolverteilerprogramm KVP 
(Programm im Kernspeicher des RD 186, 
siehe Bild 2) 
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im RD 441 



SAV 



Konsolsystem 



BS-3-Anteil 
im RD 186 



KVP 



Teilnehmer-Betriebssystem BS 3 
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Bild 2. Softwarezusammenhang 
RD 441 - RD 186 



Das Konsolverteilerprogramm organi- 
siert im Satellitenrechner RD186 die 
Konsolein-ausgabe und die Obertragung 
der Ein-Ausgabe-lnformation vom und 
zum Satellitenvermittler iiber die Rech- 
nerkopplung. 

Das Konsolverteilerprogramm besorgt 
die Buchhaltung iiber die Konsolzu- 
stande, puffert geringe Ein-Ausgabe- 
Mengen und sorgt fur den geregelten 
FluB von Ein-Ausgabe-lnformation. 

2. Betriebsmittelsteuerung 

Herbert MeiBner 

2.1. Aufgabenstellung 

Ein Benutzer kann die Leistungen des 
Teilnehmer-Betriebssystems BS3 durch 
das Stellen von Auftragen in Anspruch 
nehmen. Dies kann auf zwei Arten ge- 
schehen: 

Der Benutzer ist nach Abgabe eines 
Auftrags an einer weiteren EinfluB- 
nahme auf den Gang der Auftrags- 
bearbeitung nicht interessiert. Diese 
Form des Auftrags heiBt Abschnitt 
(Monolog). 

Der Benutzer mochte wahrend der Auf- 
tragsbearbeitung in den laufenden Vor- 
gang eingreifen konnen, teils spontan, 
teils als Reaktion auf eine Anfrage. 
Diese Form des Auftrags heiBt Gesprach 
(Dialog). 

Zur Bearbeitung von Auftragen werden 
sogenannte Betriebsmittel benotigt. 
Unter diesem Begriff versteht man — im 
weiteren Sinn — alle Hardware-Einrich- 
tungen, Programme und Informationen, 
die fur die Bearbeitung von Auftragen 
erforderlich sein konnen. Im engeren 
Sinn bezieht sich dieser Begriff auf 
jene Betriebsmittel, deren Verfiigbarkeit 
nicht zu jedem Zeitpunkt gewahrleistet 
ist, von denen es also zu wenige gibt, 
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um in jedem Fall alle Interessenten 
gleichzeitig befriedigen zu konnen. 
Die wesentlichste Aufgabe des Prozes- 
ses Kontrollfunktion ist es, uber die 
Vergabe der zuletzt genannten Betriebs- 
mittel zu entscheiden. Derartige Be- 
triebsmittel sind unter anderem: 
der Rechnerkern, 
der Kernspeicher, 
der Trommelspeicher, 
der Plattenspeicher, 
die Ein- und Ausgabegerate, 
die Vermittlerprozesse und 
die Abwicklerprozesse. 
Bei der Verwendung der zur Verfiigung 
stehenden Betriebsmittel fur die Be- 
arbeitung von Auftragen hat die Kon- 
trollfunktion folgende Forderungen zu 
beachten: 

A Die Betriebsmittel, insbesondere 
Rechnerkern und Kernspeicher, sind 
moglichst gut auszunutzen. 
B Das Abarbeiten von Auftragen hat 
gemaB einer definierten Wichtigkeit (Ge- 
wicht, Reihenfolge des Eintreffens Oder 
ahnliches) zu erfolgen. 
C Auftrage sollen so schnell wie mog- 
lich bearbeitet werden; insbesondere 
sollen sich bei gesprachsweisem Ver- 
kehr mit dem Rechner die Reaktions- 
zeiten innerhalb solcher Grenzen be- 
wegen, daB der arbeitende Benutzer 
den Eindruck hat, in einer — seinem 
eigenen Arbeitstempo und dem Arbeits- 
umfang der von ihm dem Rechner ge- 
stellten Aufgaben - angemessenen Ge- 
schwindigkeit bedient zu werden. 

Die genannten Forderungen wider- 
sprechen sich zum Teil, weil z. B. ein 
unwichtiger Auftrag die Betriebsmittel 
momentan besser ausnutzen konnte als 
wichtigere Auftrage oder weil z. B. zum 
Erreichen einer angemessenen Reak- 
tionszeit durchgefiihrte Transporte von 
und zu den Hintergrundspeichern der 
Forderung A widersprechen. Deshalb 
muB die Kontrollfunktion einen annehm- 
baren KompromiB finden. Sie entschei- 
det dabei auf Grund folgender Fest- 
legungen: 

Eine gute Rechnerkemauslastung soli 
durch das parallele Ablaufenlassen von 
bis zu sieben Auftragen erreicht werden 
(multiprogramming). Dabei werden 
Wartezeiten, die wahrend der Bearbei- 
tung eines Auftrags (z. B. wegen EA- 
Verkehr) verursacht werden, durch einen 
anderen Auftrag ausgenutzt. Im Ideal- 
fall ist immer ein geeigneter Reserve- 
auftrag vorhanden. 

Gesprache sind wichtiger als Abschnitte 
und sollen deshalb bei der Zuteilung 



des Rechnerkerns vor Abschnitten be- 
dient werden. 

Fur Abschnitte soil nach einer durch 
die Rechenzentrumsleitung vorgebbaren 
Formel aus Angaben und Kenndaten 
des Benutzers ein Gewicht berechnet 
werden, das die Wichtigkeit des Ab- 
schnitts relativ zu den anderen Ab- 
schnitten ausdriickt. Das Eintreffen 
eines wichtigen Abschnitts bewirkt 
unter Umstanden den voriibergehenden 
Entzug gewisser Betriebsmittel bei un- 
wichtigeren Abschnitten. 
Die insgesamt zur Verfiigung stehende 
Anlagenzeit (also nicht nur die Rech- 
nerkernzeit) soil unter die Auftrage so 
aufgeteilt werden, daB die mit der For- 
derung C beschriebene Bedienung der 
Gesprache ermoglicht wird (time shar- 
ing). Dabei soil eine angemessene 
Reaktionszeit durch zyklische Zuteilung 
des benotigten Kernspeicherraums und 
des Rechnerkerns an alle laufenden 
Gesprache erreicht werden. Das in die- 
sem Zyklus (Konsolzyklus) nachste Ge- 
sprach ist somit das wichtigste. Spate- 
stens nach Ablauf der einem Gesprach 
fur die Benutzung des Rechnerkerns zu- 
gestandenen Zeit (Bedienungsintervall) 
wird dem Gesprach der Rechnerkern 
und der zugeteilte Kernspeicherraum 
entzogen. 

Soweit die genannten Festlegungen 
dies zulassen, soil die Forderung A (Be- 
triebsmittelauslastung) beriicksichtigt 
werden. 

Die Betriebsmittel Rechnerkern und 
Kernspeicher stellen in der Praxis hau- 
fig Engpasse dar. Insbesondere bei 
Oberholvorgangen ist es dann notwen- 
dig, unwichtige Auftrage zu verdrangen 
um wichtigere vorbeizulassen. Da das 
Teilnehmer-Betriebssystem BS 3 in der 
Lage ist, einem Auftrag die Betriebs- 
mittel AbwicklerprozeB (und damit auch 
den Rechnerkern) und Kernspeicher 
zwangsweise zu entziehen, ohne den 
Auftrag — abgesehen von zeitlichen 
Verzogerungen — zu schadigen, stellt 
dieser Vorgang ein wesentliches Hilfs- 
mittel zur Erfiillung der genannten 
Forderungen dar. 

2.2. Auftragsbearbeitung 

Im folgenden wird an Hand der typi- 
schen Bearbeitungsphasen eines Auf- 
trags ein grober Oberblick uber die da- 
bei ablaufenden Vorgange gegeben. 
Jede Auftragsbearbeitung beginnt mit 
den Eingaben zur Auftragserteilung. 
Darunter sind samtliche Informationen 
zu verstehen, die vom Auftraggeber 
fur die Bearbeitung des Auftrags bei 



der Auftragsstellung anzugeben sind 
Diese Informationen werden von dem 
fur das jeweils benutzte Eingabegerat 
zustandigen VermittlerprozeB in den 
Kernspeicher eingelesen, umgewandelt 
und auf dem Plattenspeicher abgelegt. 
Bei Gesprachen entfallt der letztge- 
nannte Vorgang, da bei einer Ge- 
sprachseroffnung nur Angaben zur Be- 
nutzeridentifikation und zum Betriebs- 
mittelbedarf des Gesprachs eingegeben 
werden konnen und diese Informatio- 
nen im Kernspeicher verbleiben. 
Nach erfolgter Eingabe zur Auftrags- 
erteilung ist das System in der Lage, 
die eigentliche Auftragsbearbeitung ab- 
zuwickeln. Fur diese Tatigkeit gibt es 
spezielle Akteure, die Abwicklerpro- 
zesse. 

Wahrend Oder am SchluB der Auftrags- 
bearbeitung, die in einem Abwickler- 
prozeB ablauft, konnen Ein- und Aus- 
gabeinformationen anfallen. 
Eingaben zur laufenden Auftragsbear- 
beitung sind vom Plattenspeicher im 
Rahmen der langfristigen Datenhaltung 
und liber Magnetbander moglich. 
Wahrend ein Gesprach lauft, konnen 
— entsprechend dem Typ dieser Be- 
arbeitungsform - Eingaben von der be- 
treffenden Konsole (Benutzerstation) an 
das dort eroffnete Gesprach gerichtet 
werden. Diese Eingaben werden groB- 
tenteils Reaktionen auf programmierte 
Anfragen sein. Spontane Eingriffe in ein 
laufendes Gesprach sind jedoch in be- 
schranktem Umfang ebenfalls moglich. 
Eine weitere Eingabequelle fiir Ge- 
sprache ist der Plattenspeicher im Rah- 
men der langfristigen Datenhaltung. Da- 
gegen konnen uber Lochkarten, Loch- 
streifen und Magnetbander keine Ein- 
gaben zu einem Gesprach gemacht 
werden (bei starkem Gesprachsbetrieb 
wurden die relativ wenigen Eingabe- 
gerate dieses Typs einen den Betrieb 
stark hemmenden EngpaB darstellen). 
Ausgaben werden so bald wie moglich 
(sofern die benotigten Betriebsmittel 
zur Verfiigung stehen und sich keine 
wichtigeren Auftrage um diese Betriebs- 
mittel bewerben) an die zustandigen 
Ausgabevermittler weitergeleitet. Han- 
delt es sich um einen Ausgabevorgang 
fiir ein Gesprach, so wird die Auftrags- 
bearbeitung daraufhin so lange unter- 
brochen, bis der Ausgabevorgang be- 
endet ist und, falls eine Reaktion des 
Benutzers erwartet wird, die nachste 
Eingabe des Benutzers vorliegt. 
Die typischen Bearbeitungsphasen 
eines Abschnitts sind in Bild 3, die- 
jenigen eines Gesprachs in Bild 4 dar- 
gestellt. 
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Bild 4. Gesprach 
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2.3. Kontrollfunktion 

Das bei der Bearbeitung von Auftragen 
notwendige Zusammenspiel der Pro- 
zesse wird von der Kontrollfunktion 
koordiniert und gesteuert. Dabei sorgt 
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sie dafiir, daB die zur Verfiigung ste- 
henden Betriebsmittel, insbesondere 
auch die ubrigen Prozesse, gemaB der 
in Abschnitt 2.1 beschriebenen Auf- 
gabenstellung eingesetzt werden. Urn 



dies zu ermoglichen, bewirbt sich die 
Kontrollfunktion immer dann urn den 
Rechnerkern, wenn 

entweder eine Eingabe iiber einen Ein- 
gabevermittlerprozeB abgeschlossen ist 
und deshalb entweder ein neuer Auf- 
trag formuliert wurde Oder eine Ge- 
sprachsbearbeitung fortgesetzt werden 
kann 

und/oder ein AbwicklerprozeB die Be- 
arbeitung eines Auftrags entweder 
unterbrochen Oder beendet hat 
und/oder ein AusgabevermittlerprozeB 
die ihm zustehende Bearbeitung eines 
Auftrags beendet hat 
und/oder seit der letzten Vergabe des 
Rechnerkerns an die Kontrollfunktion 
eine gewisse Zeit (0,65 s) verstrichen 
ist und deshalb eine Kontrolle der lau- 
fenden Auftragsbearbeitungen notwen- 
dig sein kann. 

Erhalt die Kontrollfunktion den Rechner- 
kern, so fiihrt sie unter anderem fol- 
gende Tatigkeiten aus: 

2.3.1. Kontrolle des Standes 

der laufenden Auftragsbearbeitungen 

Bei dieser Kontrolle untersucht die 
Kontrollfunktion jeden von ihr als Be- 
triebsmittel verwalteten ProzeB und 
priift, 

ob er an einem Auftrag noch arbeitet 
oder 

ob er eine Meldung zu einer Auftrags- 
bearbeitung an die Kontrollfunktion 
ubergeben hat. 

Bei Abwicklerprozessen sind beide 
Feststellungen fur die Kontrollfunktion 
von Bedeutung, bei Vermittlerprozessen 
nur die letzte. 

Falls festgestellt wird, daB ein Abwick- 
lerprozeB noch an einem Auftrag arbei- 
tet, wird eine Rechenzeitkontrolle durch- 
gefuhrt. Dabei wird gepruft, ob die vor- 
gegebene Rechenzeitschranke erreicht 
oder iiberschritten wurde. Sobald dies 
zutrifft, erhalt der auftragbearbeitende 
AbwicklerprozeB eine entsprechende 
Botschaft (Auftrag soil abgebrochen 
werden). 

Falls festgestellt wird, daB ein Ge- 
sprachsabwicklerprozeB noch an einem 
Auftrag arbeitet, wird die Kontrolle des 
Bedienungsintervalls durchgefuhrt. Ist 
es abgelaufen, erhalt der auftrag- 
bearbeitendeGesprachsabwicklerprozeB 
eine entsprechende Botschaft (Auftrag 
soli verdrangt werden). 
Eingabevermittlerprozesse konnen der 
Kontrollfunktion melden, daB neue Auf- 
trage vorliegen und in die Auftrags- 
warteschlange eingereiht werden miis- 
sen. Der Satellitenvermittler kann zu- 
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satzlich Eingaben zu laufenden Ge- 
sprachsbearbeitungen melden. 
Jeder AbwicklerprozeB kann der Kon- 
trollfunktion unter anderem melden, 
dal3 

ein Ausgabeauftrag formuliert wurde 
(daraufhin ordnet die Kontrollfunktion 
den Ausgabeauftrag in die Ausgabe- 
warteschlange ein und sorgt dafiir, daB 
die weilere Bearbeitung des Auftrags 
durch Abwicklerprozesse sichergestellt 
ist), 

eine Auftragsbearbeitung verdrangt 
wurde (damit ist ein Teil der Betriebs- 
mittel Abwicklerprozesse und Kernspei- 
cher zur Bedienung anderer, in der 
Regel wichtigerer Auftrage frei ge- 
worden), 

eine Auftragsbearbeitung bei Abwickler- 
prozessen beendet wurde (neben den 
Betriebsmitteln AbwicklerprozeB und 
Kernspeicher wird meist Trommel- und 
Plattenspeicherraum, in selteneren Fal- 
len werden auch Magnetbandgerate 
freigegeben). 

Ausgabevermittlerprozesse konnen der 
Kontrollfunktion die Beendigung von 
Ausgabeauftragen melden. Die Kontroll- 
funktion stellt daraufhin den freigewor- 
denen Plattenspeicherraum anderen 
Auftragen zur Verfiigung. 

2.3.2. Betriebsmittelplanung 
fiir Gesprache 

Die Betriebsmittelplanung fur Gesprache 
wird nur ausgefiihrt, falls die Zahl der 
Gesprache, die auf die Zuteilung eines 
Gesprachsabwicklerprozesses warten, 
und die Zahl der freien Gesprachsab- 
wicklerprozesse grbSer als ist. 

Als erstes wird versucht, die fiir Ge- 
sprache etwa bestehenden Speicher- 
engpasse aufzulosen. Falls dabei 
festgestellt wird, daG kein Kernspeicher- 
raum frei geworden ist oder 
ein neuer KernspeicherengpaB entsteht 
Oder 

kein freier GesprachsabwicklerprozeB 
mehr ubrigbleibt, 

entfallt die weitere Gesprachsplanung. 
Falls jedoch festgestellt wird, daB 
kein Hintergrund-Speicherraum fiir Ge- 
sprache frei geworden ist oder 
ein neuer Hintergrund-SpeicherengpaB 
entstanden ist oder 

die Auflosung mindestens eines Hinter- 
grund-Speicherengpasses gelungen ist, 
wird mit der Untersuchung der Ge- 
sprache im Rahmen des Konsolzyklus 
begonnen. Dabei wird nach dem nach- 
sten Gesprach gesucht, das auf die 



Zuteilung eines Abwicklerprozesses 
wartet. 

Die Kontrollfunktion versucht, ein auf 
diese Weise gefundenes Gesprach in 
das Betriebsmittel Kernspeicher und, 
falls es sich urn ein neu eroffnetes Ge- 
sprach handelt, auch in die Betriebs- 
mittel Trommel- und Plattenspeicher 
einzuplanen. Entsteht dabei ein Kern- 
speicher-EngpaB, so fallt die weitere 
Gesprachsplanung weg. Falls das Ge- 
sprach in einem Hintergrund-Speicher- 
engpaB steckengeblieben ist, wird der 
Konsolzyklus zwar fortgesetzt, doch 
werden neu eroffnete Gesprache Ciber- 
gangen. 

Ist das Einplanen des Gesprachs ge- 
lungen, wird ihm ein freier Gesprachs- 
abwicklerprozeB zugeteilt. Wenn dann 
noch mindestens ein freier Gesprachs- 
abwicklerprozeB zur Verfugung steht, ist 
die Fortsetzung des Konsolzyklus sinn- 
voll und wird auch durchgefiihrt. 
Die Gesprachsplanung wird beendet, 
wenn entweder kein freier Gesprachs- 
abwicklerprozeB mehr vorhanden ist 
oder alle laufenden Gesprache unter- 
sucht worden sind. 

2.3.3. Betriebsmittelplanung 
fiir Abschnitte 

Dieser Teil wird nur ausgefiihrt, falls 
mindestens eines der drei Ereignisse 
ein neuer Abschnitt ist eingetroffen, 
fur die Bearbeitung von Abschnitten ist 
mindestens ein AbwicklerprozeB frei ge- 
worden, 

fiir die Bearbeitung von Abschnitten ist 
Speicherraum frei geworden, 
eingetreten ist. 

Beginnend beim wichtigsten, werden der 
Reihe nach jene Abschnitte gesucht, die 
auf die Zuteilung eines Abwicklerpro- 
zesses warten. In bezug auf einen be- 
trachteten Abschnitt tritt einer der bei- 
den Falle ein: 

FalU 

Unter den zustandigen Abwicklerpro- 
zessen gibt es mindestens einen ohne 
Auftrag. Damit in diesem Fall der Ab- 
wicklerprozeB zugeteilt werden kann, 
mussen zwei Bedingungen erfiillt 
sein: 

Bedingung 1: Der Bedarf des Abschnitts 
an den Betriebsmitteln Magnetband- 
gerate, Plattenspeicher und Trommel- 
speicher ist erfiillbar oder erfiillt (ist 
diese Bedingung nicht erfiillt, so wird 
der nachste auf die Zuteilung eines 
Abwicklerprozesses wartende Abschnitt 
gesucht). 

Bedingung 2: Der Bedarf des Abschnitts 
an dem Betriebsmittel Kernspeicher ist 



erfiillbar (ist diese Bedingung nicht er- 
fiillt, so wird die Abschnittsplanung be- 
endet). 

Sind beide Bedingungen erfiillt, so wer- 
den dem betreffenden Abschnitt die von 
ihm beanspruchten Betriebsmittel (Spei- 
cher, AbwicklerprozeB) zugeteilt. Darauf- 
hin wird der nachste auf die Zuteilung 
eines Abwicklerprozesses wartende Ab- 
schnitt gesucht. 

Fall 2 

Unter den zustandigen Abwicklerpro- 
zessen gibt es keinen ohne Auftrag, 
aber mindestens einen, der einem ande- 
ren Abschnitt zugeteilt ist. Damit in 
diesem Fall die Verdrangung eines Ab- 
schnitts zugunsten des betrachteten 
drangenden Abschnitts eingeleitet wer- 
den kann, mussen drei Bedingungen 
erfiillt sein: 

Bedingung 1: Wie im Fall 1. 
Bedingung 2: Die Verdrangung des aus 
den Betriebsmitteln Kernspeicher und 
Abwicklerprozesse zu verdrangenden 
Abschnitts lauft nicht (ist diese Bedin- 
gung nicht erfiillt, so eriibrigt sich das 
neuerliche AnstoBen der Verdrangung, 
und es wird die Suche nach dem nach- 
sten auf die Zuteilung eines Abwickler- 
prozesses wartenden Abschnitt aufge- 
nommen). 

Bedingung 3: Der drangende Abschnitt 
ist wichtiger als der zu verdrangende 
(die Verdrangung ware eine MiBachtung 
der Wichtigkeit eines Abschnitts; des- 
halb wird ein weiterer zustandiger Ab- 
wicklerprozeB gesucht). 
Sind alle drei Bedingungen erfiillt, er- 
halt der betreffende AbwicklerprozeB 
den Verdrangungsbefehl. AnschlieBend 
wird nach dem nachsten zuteilungs- 
willigen Abschnitt gesucht. 

2.3.4. Planung des Einsatzes 
der Vermittlerprozesse 

Die Kontrollfunktion untersucht zunachst 
die freien Ausgabegerate, indem sie fiir 
jedes dieser Gerate priift, ob minde- 
stens ein Auftrag auf die Zuteilung des 
Gerates wartet. Wenn das der Fall ist, 
teilt sie dem wichtigsten dieser Auf- 
trage das Ausgabegerat zu und kenn- 
zeichnet es als belegt. Daraufhin iiber- 
gibt sie den Auftrag dem zustandigen 
AusgabevermittlerprozeB. 
Vom Betriebssystem wird, getrennt fiir 
Abschnitte und Gesprache, Eingabe- 
speicherraum auf dem Plattenspeicher 
verwaltet. Da die Eingabevermittlerpro- 
zesse die EngpaBbehandlung fiir diese 
Speicherraume selbst durchfiihren, er- 
iibrigt sich eine diesbezugliche Planung 
in der Kontrollfunktion. 



120 



DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3 



3. Verdrangung von Auftragen 

Franz Stetter 

Das Betriebssystem kann einem Auf- 
trag die Betriebsmittel AbwicklerprozeB 
(und damit auch den Rechnerkern) und 
Kernspeicher zwangsweise entziehen. 
Der aktuelle Stand der Auftragsbearbei- 
tung wird auf dem Hintergrundspeicher 
gesichert, so dalB der Auftrag dann nach 
einer gewissen zeitlichen Verzogerung 
an der Unterbrechungsstelle fortgesetzt 
werden kann. 

Die Entscheidung, ob und wann ein 
Auftrag verdrangt wird, fallt — abge- 
sehen von einigen Fallen, in denen die 
Auftragssituation eine Verdrangung be- 
dingt - die Kontrollfunktion; die Ver- 
drangung selbst fuhrt der Abwickler- 
prozeB, unter dessen Regie der Auftrag 
ablauft, durch. 

3.1. Verdrangung von Gesprachen 

Ein Gesprach G wird in folgenden 
Fallen verdrangt: 

G hat seit der letzten Zuteilung eines 
Abwicklerprozesses sein Bedienungs- 
intervall an Rechenzeit uberschritten. 
G fuhrt Konsolausgabe durch und war- 
tet anschlieBend auf Konsoleingabe 
oder kommt dadurch in einen Speicher- 
engpaB; dieser wird durch eine Zwi- 
schenausgabe auf der Konsole aufge- 
lost. 

G wird von einem Gesprach in einen 
Abschnitt iibergeleitet und benotigt jetzt 
mindestens ein Magnetbandgerat. 

3.2. Verdrangung von Abschnitten 

Ein Abschnitt A wird in folgenden Fallen 
verdrangt: 

Es gibt einen wichtigeren Abschnitt A*, 
dessen Forderungen nach Magnetban- 
dern und Hintergrund-Speicherraum er- 
ftillt werden konnen, und A belegt den 
wichtigsten filr A* passenden Abwick- 
lerprozeB, oder die von A belegten Be- 
triebsmittel werden fur A* benotigt. 
Ein Gesprach G*, dessen Forderungen 
nach Hintergrund-Speicherraum erfullbar 
sind, muB bedient werden, und A ist der 
unwichtigste Abschnitt. Diese Verdran- 
gung ist nur notwendig, wenn G* mehr 
Kernspeicherraum benotigt, als momen- 
tan zur Verfugung steht. 
A fordert ein freies Magnetbandgerat, 
das ihm auf Grund seiner Berechtigung 
zusteht (die Magnetbandgerate werden 
zunachst eingeplant), aber das Gerat 
ist zum Zeitpunkt des Zugriffs nicht 
ansprechbar (blockiert). 
A benotigt mehr Kernspeicherraum, als 
momentan zur Verfugung steht. 



3.3. Technik der Verdrangung 

Bei der Verdrangung wird der gesamte, 
von dem Auftrag belegte Kernspeicher- 
raum zwischenzeitlich freigegeben. Der 
aktuelle Kernspeicherinhalt wird mit 
moglichst wenig Aufwand, d. h. minima- 
ler Anzahl von Transporten, auf den 
Hintergrundspeicher (Trommel) trans- 
portiert. 

Die Kernspeicherbelegung eines Auf- 
trags setzt sich aus folgenden Teilen 
zusammen: 

Listen des Abwicklers und der Daten- 
organisation, in denen der Stand der 
Auftragsbearbeitung und ein Inhalts- 
verzeichnis der offentlichen Bibliothek 
enthalten ist; 

Ein- und Ausgabepuffer der Daten- 
organisation; 

Gebiete des Auftrags. Alle Speicher- 
medien sind in der Form von Gebieten 
organisiert, wobei ein Gebiet eine ge- 
ordnete Menge von 0, 1, 2...K Spei- 
cherraum ist. 

Fur die Verdrangung werden diese Be- 
reiche im Adressenraum so angeordnet, 
daB sie moglichst als Block in den 
Kernspeicher transportiert und dann 
wieder im Adressenraum wie zum Zeit- 
punkt der Verdrangung angeordnet 
werden. 

4. Datenorganisation 

und langfristige Datenhaltung 

Michael Heinz 

Dem Benutzer des BS3 stehen Trom- 
mel, Platte und Magnetbander zur 
Speicherung von Daten zur Verfugung. 
Hierbei kann es sich beispielsweise urn 
Rechenergebnisse, urn Texte von Quell- 
programmen, urn noch nicht transla- 
tierte Programme (Montageobjekte) oder 
urn startfahige Operatoren handeln. 
Die Information wird in Dateien (files) 
gehalten und ist somit Liber die Datei- 
bezeichnung zuganglich. Die Manipula- 
tion und der Zugriff auf Dateien werden 
durch die Datenorganisation — einen 
Programmkomplex in den Abwickler- 
prozessen — ermoglicht. Auf Assembler- 
ebene geschieht dies durch spezielle 
Systembefehle und Makros, in den 
hoheren Programmiersprachen durch 
deren Ein-Ausgabe-Prozeduren, auf 
Kommandosprachebene durch den 
Start von Operatoren, die die Komman- 
dos der Texthaltung und der Daten- 
manipulation realisieren. 
Zu jeder Datei gehoren die eigentliche 
Information — die satzweise auf dem 
jeweiligen Speichermedium liegt — und 
ihre Verwaltungsinformation, die Datei- 
liste. Die Dateiliste enthalt die Datei- 
bezeichnung (Dateiname, Generations- 



und Versionsnummer, PaBwort), weiter- 
hin die Art des Speichermediums, die 
Lage der Information auf diesem Spei- 
cher und verschiedene Pegel, die intern 
von der Datenorganisation benotigt 
werden. Es stehen drei Dateitypen zur 
Verfugung, und zwar 
SEQ fur sequentiellen Zugriff, 
RAN fur Randomzugriff 

mit Satznummern und 
RAM fur Randomzugriff 

iiber Satzmarken. 
Wahrend der Bearbeitung befindet sich 
die Dateiliste einer Datei immer im 
Kernspeicher. 

Mehrere Dateien werden verwaltungs- 
maBig in einer Datenbasis zusammen- 
gefaBt: 

Die offentliche Datenbasis enthalt die 
systemeigene permanente Bibliothek, 
die beim Systemaufbau erstellt wird. 
Diese umfaBt unter anderem die Ober- 
setzer der verschiedenen Programm- 
sprachen und samtliche sonstigen 
Dienstleistungsprogramme des Pro- 
grammiersystems, die Montageobjekte 
aller Bibliotheksunterprogramme (z. B. 
SIN, SQRT) und die Makrobibliothek. 
Auf diese Daten kann von alien Be- 
nutzern — selbstverstandlich nur lesend 
- zugegriffen werden. 
Eine Standarddatenbasis wird zu Be- 
ginn eines Auftrags (Gesprach oder Ab- 
schnitt) erstellt. Sie enthalt die tempo- 
rare Bibliothek dieses Auftrags, also 
die von den Obersetzern erzeugten 
Montageobjekte, Ruckverfolgungslisten, 
die Operatorkorperbeschreibungen der 
startfahigen Operatoren und temporare 
Dateien des Benutzers. Zusatzlich kann 
man noch weitere private Datenbasen 
kreieren; diese werden wie die Stan- 
darddatenbasis am Ende der Bearbei- 
tung des Auftrags aufgegeben. 
Die langfristige Datenhaltung (LFD) er- 
moglicht dem Benutzer die Haltung von 
privaten permanenten Dateien auf dem 
Plattenspeicher, also von Dateien, die 
nicht nur ein Gesprach oder einen Ab- 
schnitt iiberdauern, sondern unabhan- 
gig vom Vorhandensein des Betriebs- 
systems bestehen. Aus diesem Grund 
muB die Information auf der Platte 
selbstinterpretierend organisiert sein, 
d. h., auch die Verwaltungsinformation 
der langfristigen Dateien wird auf der 
Platte abgelegt. Es handelt sich hierbei 
urn die Dateilisten und zusatzlich urn 
ein lnhaltsverzeichnis der LFD. Dieses 
Verzeichnis ist nach Benutzerkennzei- 
chen (Benutzername aus dem auftrag- 
eroffnenden Kommando) geordnet. 
Hierdurch ist es moglich, nur berech- 
tigte Benutzer zur langfristigen Daten- 
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haltung zuzulassen und eine Prufung 
auf maximale Dateianzahl und maxima- 
len Plattenspeicherbedarf fur einzelne 
Benutzer durchzufuhren. 
Das Benutzerkennzeichen laBt sich auch 
als Name einer benutzereigenen perma- 
nenten Datenbasis interpretieren. 
Dies bringt den Vorteil, daB keine Ver- 
wechslungen zwischen gleichnamigen 
Dateien verschiedener Benutzer ent- 
stehen konnen. 

Die LFD-Kommandos der TR-440-Kom- 
mandosprache dienen dazu, LFD- 
Dateien und damit die zugehorigen Ver- 
waltungsdaten zu kreieren oder zu 
loschen oder vorhandene Dateien zur 
Bearbeitung innerhalb eines Abschnitts 
oder Gesprachs verfugbar zu machen. 



Diese Aufgaben werden von besonde- 
ren bevorrechtigten Operatoren uber- 
nommen. 

Das Verfiigbarmachen (Anmelden) einer 
LFD-Datei bedeutet im wesentlichen 
eine Oberfuhrung der Dateiliste von der 
Platte in die entsprechende Kern- 
speicherliste der Datenorganisation. 
AnschlieBend kann die langfristige Datei 
wieeine temporare Datei iiberdieDienst- 
leistungen der Datenorganisation insbe- 
sondere auch durch die Kommandos der 
Texthaltung bearbeitet werden. 
Nach Auftragsende werden die aktuel- 
len Dateilisten aller angemeldeten LFD- 
Dateien wieder automatisch auf den 
Verwaltungsbereich der Platte zuriick- 
geschrieben. 



Entsprechend den unterschiedlichen 
Zielsetzungen der Benutzer gibt es zwei 
Arten von LFD-Dateien: 
Private Dateien in der LFD sind nur 
solchen Auftragen zuganglich, die unter 
dem gleichen Benutzerkennzeichen lau- 
fen wie die Datei. 

Gemeinschafts-Dateien in der LFD dur- 
fen auch von anderen Benutzern ange- 
meldet werden; hierbei wird eine auto- 
matische Koordinierung vorgenommen, 
derart, daB gleichzeitig entweder ein 
Benutzer schreibenden Zugriff auf die 
Datei hat oder beliebig viele Benutzer 
lesen konnen. 

Lese- und SchreibpaBworter dienen zur 
Sicherung der Dateien gegen uner- 
wiinschten Fremdzugriff. 



Das Satellitensystem des 
Telefunken-Rechensystems TR 440 



DK 681 .322 TR 440 : 681 .327.8 
Manfred Evers und Werner Hoheisel 



1. Uberblick 

1.1. Teilnehmer-Rechensystem 

Der Begriff Teilnehmer-Rechensystem 
umfaBt nicht nur die Forderung, daB 
viele Benutzer gleichzeitig die Leistung 
einer groBen Rechenanlage in Anspruch 
nehmen konnen, sondern er schlieBt auch 
die Moglichkeit ein, diesen Zugriff aus 
einer gewissen Entfernung von der 
Zentraleinheit vorzunehmen. Informa- 
tion vom Benutzer muB iiber geeignete 
Endgerate und Nachrichtenkanale in die 
Rechenanlage iibertragen werden, und 
die vom Rechner erzeugten Daten sind 
dem Benutzer wieder zuzustellen. Als 
Endgerate werden Fernschreiber, Sicht- 
gerate oder bei komfortablem Ausbau 
Datenstationen verwendet, die z. B. aus 
Lochkartenleser, Schnelldrucker und 
Operateurkonsole bestehen konnen. Als 
Nachrichtenkanale treten die rechner- 
spezifischen Obertragungsstrecken ge- 
genuber den Leitungen der offentlichen 
Fernmeldenetze in den Hintergrund. 
Kennzeichnend fur die Obertragung auf 
diesen Kanalen ist die gegenuber der 
Zentraleinheit langsame Obertragungs- 
geschwindigkeit und das zeichenweise 
Durchschleusen der Information. 



Die Rechenanlage muB von vielen der- 
artigen Nachrichtenkanalen Information 
ubernehmen bzw. Information an sie 
iibergeben. Dabei unterscheiden sich 
die einzelnen Kanale in Geschwindig- 
keit, Code und der verwendeten Ober- 
tragungsprozedur voneinander. Die 
Steuerung des Datenflusses in beiden 
Richtungen ist eine im Vergleich zur 
eigentlich von der Rechenanlage ver- 
langten Verarbeitungsleistung einfache, 
wenn auch zeitaufwendige Aufgabe. 

1.2. Satellitensystem 

Die Steuerung der verschiedenen Nach- 
richtenkanale fur den Vielfachzugriff 
ubernimmt im TR-440-Teilnehmer-Re- 
chensystem ein Satellitensystem TR 86 S, 
das der Zentraleinheit vorgeschaltet ist. 
Analog zum RD 441 (Zentraler Rechner 
des TR440) wird der Zentrale Rechner 
des Satellitensystems mit RD 186 be- 
zeichnet. 

Obergabe und Obernahme von Zeichen 
der Endgerate sind mit einer hohen 
Zahl von Eingriffen verbunden. Die Zen- 
traleinheit ware dadurch in ihrer Ver- 
arbeitungsleistung stark eingeschrankt, 
weil bei jedem Eingriff der aktuelle 



Stand des unterbrochenen Programms 
sichergestellt werden muB. Der Satelli- 
tenrechner fangt diese Eingriffe ab. Er 
sammelt die Zeichen zu groBeren 
Blocken auf und ubergibt diese der 
Zentraleinheit. Ebenso erhalt er block- 
weise Information, um sie zeichenweise 
an die Endgerate auszugeben. Dadurch 
wird die Zahl der Eingriffe bei der 
Zentraleinheit auf einen Bruchteil der 
urspriinglichen reduziert. 
Die Endgerate verlangen vom Rechner 
spezifisch auf ihre Eigenschaften abge- 
stimmte Verhaltensweisen. Der Daten- 
transfer wird zum Teil iiber festgelegte 
Dialogprozeduren abgewickelt. Der 
RD 186 wird diesen Forderungen durch 
eine Vielzahl von Programmen gerecht, 
die die unterschiedlichen, auf die Ge- 
rate und Nachrichtenkanale abgestimm- 
ten Schnittstellen in eine einzige Stan- 
dardschnittstelle gegenuber dem RD 441 
transformieren. Die an dieser Schnitt- 
stelle iibergebenen Daten haben unab- 
hangig von Absender oder Empfanger 
einen einheitlichen Code und eine ein- 
heitliche Struktur. 

Alle am Satellitenrechner angeschlosse- 
nen Endgerate arbeiten unabhangig 
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voneinander. Da die Standardschnitt- 
stelle nur mit einem einzigen Kanal 
arbeitet, mussen die einlaufenden 
Datenstrome in ein zeitliches Nachein- 
ander eingereiht und der abgehende 
Datenstrom in Teilstrome zu den ein- 
zelnen Endgeraten aufgefachert wer- 
den. Dazu ist es erforderlich, daB die 
Kanalkapazitat an der Standardschnitt- 
stelle groBer Oder mindestens gleich 
der Summe der Kapazitaten der Einzel- 
kanale ist und daB im Satellitenrechner 
die Information fur eine gewisse Zeit 
gespeichert werden kann. 

1.3. Kaskadenschaltung 

Durch das Satellitenkonzept wird die 
Rechenzentrumsperipherie des RD 441 
von der Vielfachzugriffsperipherie ge- 
trennt. Dieses Konzept Ial3t sich dahin- 
gehend erweitern, daB das Vielfach- 
zugriffszentrum in weitere Unterzentren 
aufgegliedert wird. An den Satelliten- 
rechner sind dann auBer Endgeraten 
weitere Satelliten mit eigenen End- 
geraten angeschlossen. Grundsatzlich 
kann eine solche Kaskade sich uber 
mehrere Stufen erstrecken. Die Stufung 
wird allerdings eingeschrankt durch die 
Forderung, daB die Kanalkapazitat der 
Kopplungskanale zwischen den Satelli- 
ten in Richtung auf den RD 441 zuneh- 
men muB und daB die in der Kaskade 
hoher stehenden Rechner einen Teil 
ihrer Rechnerkernkapazitat fur das 
Durchschleusen von Information von 
und zu den hinter ihnen angeschlosse- 
nen Rechnern benotigen. Fur die Daten- 
fluBrichtungen in diesem Rechnernetz 
gilt, daB eine Endstelle des Datenflusses 
immer der RD 441 sein muB. Diese Fest- 
legung ist deswegen sinnvoll, weil wirk- 
liche Rechenleistung nur vom RD 441 
erwartet werden kann. 
Die einzelnen Rechner des skizzierten 
Netzes werden mit einem Konzept be- 
trieben, das den Satelliten mit seinem 
Programmpaket unabhangig von der 
Stelle macht, an der er innerhalb der 
Kaskade verwendet wird. Betriebs- 
system und Geratesteuerprogramme 
aller RD 186 sind also gleich. 
Die einzelnen Rechner werden iiber das 
Standardkanalwerk des RD 186 und ein 
Koaxialkabel gekoppelt. Diese Kopp- 
lungsart ist vor allem zwischen RD 441 
und dem ersten Satellitenrechner vor- 
geschrieben, da nur diese Schnittstelle 
am RD441 verfiigbar ist. Die Kopplung 
kann auch iiber breitbandige Postleitung 
mit Hilfe von Datenfernubertragungs- 
Einrichtungen und Modems durchge- 
f uhrt werden. 
Das Satellitensystem benotigt zur Erfiil- 



lung seiner Aufgaben einen Gesprachs- 
partner im RD441, den Satellitenvermitt- 
ler. Er sammelt die einlaufenden Daten 
auf den Hintergrundspeichern nach 
Endgeraten getrennt zu Abschnitten auf 
und formuliert daraus die eigentlichen 
Verarbeitungsauftrage fur das Betriebs- 
system des TR 440. Die auszugebenden 
Dateien werden von ihm in kleinere 
Blocke zerteilt und nacheinander dem 
entsprechenden Endgerat zugestellt. 

2. Steuerung des Konsoldatenflusses 
im Satellitenrechner 

2.1. Forderungen 

Die ftir den Vielfachzugriff vorgesehe- 
nen Konsolen (Fernschreiber und Sicht- 
gerate) sind mit dem Satellitenrechner 
iiber Duplexkanale verbunden. Die Ein- 
gabe wird daher nicht durch Umsetzen 
des Tastenanschlags in einen Typen- 
anschlag im Gerat protokolliert, sondern 
durch Ausgabe der vom Rechner emp- 
fangenen Information. Allein hierdurch 
ist eine saubere Koordinierung im Fall 
der gleichzeitigen Ein- und Ausgabe 
moglich. 

Die Anforderungen an das Programm- 
system im Satellitenrechner bestehen 
nun darin, daB die von den angeschlos- 
senen Konsolen einlaufende Informa- 
tion, die durch Tastenanschlag entsteht, 
unter Realzeitbedingungen, d. h. binnen 
weniger Millisekunden, abgenommen 
werden muB. Hingegen kann dieAusga- 
beinformation in ihrem Ablauf vom Rech- 
ner gesteuert werden. Um eine schlep- 
pende Protokollierung zu vermeiden, 
sollte jedoch eine Verarbeitungszeit vom 
Eintreffen bis zur Protokollausgabe im 
100-ms-Bereich sichergestellt sein. 
Da die beschriebenen Forderungen 
nicht nur bezuglich einer, sondern einer 
Vielzahl von parallel arbeitenden Kon- 
solen erhoben werden, treten im Satel- 
litenrechner Spitzenbelastungen auf, 
die in der Konstruktion des Pro- 
grammsystems berucksichtigt werden 
mussen. 

2.2. Leistungen 

Das Satellitensystem erbringt folgende 
Teilleistungen: 

Aufsammeln der Eingabe zu Zeichen, 
Zulassigkeitspriifung, 
Protokollierung von Zeichen, 
Umcodierung und Aufsammeln zu an den 
RD441 iibergebbaren Zeichenfolgen, 
Abtrennung von Zeichenfolgen, die der 
Steuerung von Ein- und Ausgabe die- 
nen, und deren Verarbeitung, 
Abschicken und Empfangen von Zei- 
chenfolgen und Steuerinformationen 
zum und vom RD 441, 



Aufbereiten der Ausgabe und zeichen- 
weise Ausgabe und 
schrittweise Ausgabe. 
Die vom Programmsystem (Satelliten- 
programm) verlangte Leistung wird 
durch die Summe von Teilleistungen 
verschiedener, funktionell getrennter 
Programm-Moduln, sogenannter Bau- 
steine, erbracht. Eine Teilleistungsfor- 
derung an einen Baustein wird von 
auBen durch Interrupt gestellt, innen 
zwischen zwei Bausteinen jedoch durch 
einen deponierten Auftrag formuliert. 
Die Teilleistungen sind so abgegrenzt, 
daB sie in einer alien gleich vorgegebe- 
nen Maximalzeit erfiillt werden konnen. 
Wahrend der Baustein, der eine Teil- 
leistung zu bringen hat, arbeitet, erzeugt 
er im allgemeinen weitere Auftrage, wo- 
durch andere Teilleistungsforderungen 
entstehen. AuBerdem konnen durch 
Interrupt weitere Teilleistungsforderun- 
gen in dieser Zeit entstehen. Auf Grund 
des Interrupts wird genau nur eine Teil- 
leistung erbracht, wahrend die mog- 
licherweise daraus resultierenden in 
Form von Auftragen registriert werden. 
Jedesmal wenn ein Baustein eine Teil- 
leistung auf Grund eines Auftrags (nicht 
auf Grund eines Interrupts) erbracht 
hat, findet eine Oberprilfung der ge- 
samten Auftragssituation statt. Die fur 
die Auftragsabwicklung vorgegebene 
Maximalzeit ist so bemessen, daB sie 
hochstens durch einen Konsoleingabe- 
interrupt verlangert wird. Damit ist ge- 
wahrleistet, daB zwischenzeitlich keine 
kritische Auftragslage entstehen kann. 

2.3. Prioritaten der Bausteine 

Nach Oberpriifung der gesamten Auf- 
tragssituation wird entschieden, welche 
Teilleistung als nachste erbracht wer- 
den muB. Fur die Entscheidung, wel- 
chem Baustein der Rechnerkern zuge- 
teilt wird, ist zunachst nicht die Anzahl 
der Auftrage fur den Baustein, sondern 
die Wichtigkeit des Bausteins maB- 
gebend. Das feste Prioritatsschema wird 
nur dann durchbrochen, wenn ein Bau- 
stein bezuglich eines anderen in einen 
EngpaB gerat, d. h., wenn er einen Auf- 
trag nicht absetzen kann. 
Die hochste Prioritat haben natiirlich 
die Interruptbausteine. Diesen wird je- 
doch, wie der Name schon sagt, der 
Rechnerkern nicht per Programm zuge- 
teilt. Interrupts treten ein, wenn ein 
Zeichenschritt gesendet werden kann 
und wenn Riickmeldungen Oder Ankiin- 
digungen von RD-441-0bertragungen 
eingetroffen sind. 

Die hochste per Programm zuteilbare 
Prioritat hat der Eingabebaustein, der 
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die aus Zeichenschritten aufgesammel- 
ten Zeichen verarbeitet. Zum einen ist 
das Zeichen der am haufigsten formu- 
lierte Auftrag, zum anderen muB das 
Zeichen moglichst schnell verarbeitet 
werden, damit es rechtzeitig protokol- 
liert werden kann. 

Ein weiterer Baustein hoher Prioritat ist 
jener, der die Zeichenfolgen verarbeitet, 
die der Ein- und Ausgabesteuerung die- 
nen. Da die Steuerung unmittelbar auf 
die Folgezeichen wirken muB, durfen 
diese erst nach Auswirkung des Steuer- 
kommandos verarbeitet werden. Der die 
Eingabe zum RD 441 ubertragende Bau- 



stein ist zwar noch wichtig, da er zu 
der eingabeverarbeitenden Baustein- 
kette zahlt und die Eingabe wegen der 
Abnahmeforderung durch die Baustein- 
kette gedriickt wird, er findet aber sehr 
selten einen Auftrag vor. Die Ursache 
ist darin zu suchen, daB das Satelliten- 
programm bestrebt ist, groBere Zeichen- 
folgen konsolspezifisch in Wechsel- 
puffern aufzusammeln und dann erst zu 
iibertragen. Fiir langere Eingaben ergibt 
sich dann ein Obertragungs- und damit 
Auftragsabstand von etwa 20 Sekunden 
fur jede Konsole. 
Die Bausteine der Ausgabeverarbei- 



tungskette haben eine niedere Prioritat. 
Die Ausgabegeschwindigkeit kann zwi- 
schen Null und der Maximalgeschwin- 
digkeit vom Programm gesteuert wer- 
den. Die Prioritatssteuerung benutzt 
diese Eigenschaft als Regulativ im Fall 
einer Oberlastung durch die nichtsteuer- 
bare Eingabe. 

Ausgabe wird vom Satellitenprogramm 
im Bedarfsfall, d. h., wenn der Puffer- 
inhalt ausgegeben worden ist, nachge- 
fordert und nicht aktiv vom Satelliten- 
vermittler gesendet. Dadurch wird ein 
AuftragsengpaB fur Ausgabe im Satelli- 
tenprogramm verhindert. 



Zum Programmiersystem des 
Telefunken-Rechensystems TR 440 



DK 681 .322.06 TR 440 

Enno Schmidt, Norbert Linn, 
Andreas Schwald und Hanno Krainer 



1. Grunddienste 

Enno Schmidt 
1.1. Oberblick 

Der Benutzer ubergibt einen Auftrag an 
die Rechenanlage und verlangt damit 
von ihr bestimmte Leistungen. 
Der Auftrag wird zunachst vom Be- 
triebssystem bzw. von bestimmten Tei- 
len des Betriebssystems angenommen. 
Das Betriebssystem hat jedoch nur 
iiberwachende und verwaltende Funk- 
tionen. Es kann den Auftrag selbst nicht 
ausfiihren und reicht ihn dazu an das 
Programmiersystem weiter. 
Das Programmiersystem setzt sich aus 
vielen in ihren Leistungen aufeinander 
abgestimmten Programmen zusammen. 
Diese Programme liegen entweder als 
Operatoren oder als Montageobjekte, 
die an zu erzeugende Operatoren ange- 
schlossen werden, in der offentlichen 
Bibliothek des Systems vor. Dies sind 
z. B. die Obersetzer, der Montierer oder 
als Montageobjekte die Ein-Ausgabe- 
Aufbereitungsprogramme. 
Ein Auftrag besteht aus der eigentlichen 
Information, die von der Rechenanlage 
zu verarbeiten ist (Quellen, Daten), und 
Angaben dariiber, in welcher Form das 
geschehen soil (Steuerinformation). Die 
Steuerinformation wertet ein bestimmter 



Operator, der EntschliiBler, aus, derdar- 
aufhin die verschiedenen Operatoren 
einsetzt. 

Eine der wichtigsten Leistungen des 
Programmiersystems ist das Umsetzen 
einer Quelle in die darin gewiinschte 
Rechnerleistung. Die hierzu erforder- 
liche Obersetzung geschieht grundsatz- 
lich zweistufig (Bild 1). 
Die Quelle, die entweder als Datei oder in 
Form von Eingabedaten auf einem Hinter- 
grundspeicher liegt, wird zunachst von 
einem Obersetzer verarbeitet. Dieser er- 
zeugt daraus ein Montageobjekt, das aus 
dem entsprechenden Montagecode und, 
falls Dumpmoglichkeit verlangt wird, auch 
noch aus AdreBbiichern fiir die Varia- 
blenruckverfolgung besteht. Der Monta- 
gecode selbst ist noch kein lauffahiger 
Maschinencode. Dieser wird erst bei der 
anschlieBenden Montage erzeugt. 
Der Montierer sorgt fur die Verknupfung 
und gunstige Anordnung von einem 
oder mehreren Montageobjekten in dem 
von ihm daraus erstellten lauffahigen 
Operator. Ein Operator setzt sich aus 
einem Operatorkorper (dem Teil, der 
beim Start geladen wird) und einer da- 
zugehorenden Beschreibung nebst einer 
Liste fur den Riickverfolger (Dumpmog- 
lichkeit) zusammen. 



1.2. Die Kommandosprache 

In den folgenden Abschnitten werden 
einige Dienstleistungen des Program- 
miersystems beschrieben. Urn dem Be- 
nutzer ein einheitliches und bequemes 
Steuermittel zum Anfordern von Pro- 
grammiersystemleistungen in die Hand 
zu geben, hat man die TR-440-Kom- 
mandosprache geschaffen. Ihre GiJItig- 
keit beschrankt sich jedoch nicht nur 
auf das Programmiersystem; mit ihr 
laBt sich die gesamte Externsteuerung 
des Rechners formulieren. So wird sie 
auch zum Einleiten und AbschlieBen 
eines Auftrags, zur Angabe des Einga- 
becodes (es sind allein vier verschie- 
dene Lochkarten-Eingabecodes mog- 
lich) usw. verwendet. 
Die Elemente der Kommandosprache 
sind die Kommandos. Urn Kommandos 
von den iibrigen Eingabedaten trennen 
zu konnen, werden sie durch ein beson- 
deres Zeichen, das Fluchtsymbol (im 
weiteren durch O dargestellt), einge- 
leitet. 

1.3. Tatigkeitskommandos 

Das Grundelement der Kommando- 
sprache ist das Tatigkeitskommando, 
mit dem eine bestimmte Leistung vom 
Programmiersystem verlangt wird. Es 
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Bild 1. Zweistufigkeit der Obersetzung 
- Informationen 



beginnt mit einem Tatigkeitsnamen, 

z. B.: 

O UEBERSETZE 

Auf den Tatigkeitsnamen kann eine 

Reihe von Spezifikationen folgen, die 

detailliertere Angaben daruber enthal- 

ten, wie die Tatigkeit auszufuhren ist, 

z. B.: 

O UEBERSETZE, QUELLE = 

TEXTDATEI, SPRACHE = ALG60 . . . 



Das Abkurzen der Tatigkeits- und Spe- 
zifikationsnamen ist moglich, solange 
Eindeutigkeit gewahrleistet ist, z. B.: 
O UEB., Q. = TEXTDATEI, SPR.= 
ALG60 . . . 

Filr jede Tatigkeit ist eine Menge von 
Spezifikationen mit einer festen Reihen- 
folge definiert. Halt man die Reihen- 
folge der Spezifikationen ein, so kann 
auf die Angabe des Spezifikationsna- 



mens verzichtet werden. Sei z. B. beim 
UEBERSETZE-Kommando die Reihen- 
folge der Spezifikationen QUELLE, 
SPRACHE, . . . , so konnte das obige 
Kommando auch folgendermaBen ge- 
schrieben werden: 
O UEB., TEXTDATEI, ALG60 . . . 
Damit ist bereits eine gewisse Ahniich- 
keit mit den ublichen Steuerkarten er- 
reicht, nur mit dem Vorteil, daB der 
ungeiibte Benutzer jederzeit zu der 
mnemotechnisch giinstigeren Schreib- 
weise zuruckkehren kann. 
Unter den fur eine Tatigkeit relevanten 
Spezifikationen kann es obligate und 
optionale geben. Die obligaten sind 
immer die ersten in der fur das Kom- 
mando definierten Spezifikationsreihen- 
folge. Eine Tatigkeit ist nur dann aus- 
fuhrbar, wenn alle obligaten Spezifika- 
tionen besetzt sind. So miissen z. B. 
zum UEBERSETZE-Kommando immer 
die Quelle sowie die Sprache angege- 
ben werden, damit sie iibersetzt werden 
kann. Dagegen sind Angaben zur Pro- 
tokollgestaltung der Quelle nicht unbe- 
dingt erforderlich. 

Zu den einzelnen Spezifikationen, auch 
den obligaten, existiert jeweils eine glo- 
bale (anlagenspezifische) Voreinstel- 
lung, die unter anderem auch den Wert 
undefiniert haben kann. Diese Vorein- 
stellung tritt dann in Kraft, wenn im 
Tatigkeitskommando zu der entspre- 
chenden Spezifikation keine Aussage 
gemacht wird. Diese Wirkung ist un- 
abhangig davon, ob es sich urn eine 
obligate Oder optionale Spezifikation 
handelt. 

1.4. Voreinstellung 

Zu Beginn der Auftragsbearbeitung 
durch das Programmiersystem liegt 
immer der installationsspezifische 
Grundzustand vor, soweit es den Kom- 
mandovorrat und die globalen Vorein- 
stellungen betrifft. Von diesem Grund- 
zustand des Kommandogedachtnisses 
ausgehend, konnen Anderungen vorge- 
nommen werden, die nur den jeweiligen 
Benutzer betreffen. Mit einem Deklara- 
tionskommando konnen globale Vorein- 
stellungen umdefiniert werden. 
Mochte ein Benutzer etwa eine Reihe 
von ALGOL-Programmen nacheinander 
ubersetzen, so kann er deklarieren: 
O *SPRACHE(UEBERSETZE) = ALG60 
und braucht sich damit in den folgenden 
UEBERSETZE-Kommandos nicht mehr 
zur Spezifikation SPRACHE zu au3ern. 
Die neue Voreinstellung bleibt erhalten, 
bis sie durch ein weiteres Deklarations- 
kommando fur die gleiche Spezifikation 
geandert oder aber der Grundzustand 
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des Kommandogedachtnisses herge- 
stellt wird. 

1.5. Erweiterung des Kommandovorrats 

Der vorhandene Kommandovorrat wird 
nicht immer alle Benutzerbediirfnisse 
befriedigen konnen. Es gibt deshalb die 
Moglichkeit, neue Tatigkeitskommandos 
wahrend eines Auftrags in das Kom- 
mandogedachtnis einzutragen. 
Oberschreibungen bereits bestehender 
Kommandos sind dabei nicht moglich, 
es handelt sich also immer urn eine 
echte Erweiterung des Kommandovor- 
rats. Neue Tatigkeitskommandos kon- 
nen iiber das spezielle Tatigkeitskom- 
mando DEFINIERE Oder iiber eine Kom- 
mandoprozedurvereinbarung eingefuhrt 
werden. Durch das DEFINIERE-Kom- 
mando neu geschaffene Kommandos 
starten und versorgen bei Aufruf den 
bei der Definition angegebenen Opera- 
tor. Diese Moglichkeit ist insbesondere 
fur solche Falle vorgesehen, in denen 
der Benutzer einen eigenen Operator 
im Assemblercode geschrieben hat, den 
er auf ganz spezielle Weise versorgen 
und starten will, wobei ihm das vor- 
handene STARTE-Kommando entweder 
zu umfangreich Oder aber zu ausdrucks- 
schwach ist. 

Durch eine Kommandoprozedurverein- 
barung wird eins Oder eine Folge von 
vorhandenen Kommandos zu einem 
neuen Kommando zusammengefaBt 
(z. B. UEBERSETZE, MONTIERE, 
STARTE). Es darf sich dabei auch urn 
zuvor definierte Kommandos Oder Kom- 
mandoprozeduren handeln. 
In der Prozedurvereinbarung konnen 
formale Parameter eingefuhrt werden. 
Der Aufruf einer Prozedur geschieht wie 
ein Tatigkeitskommando mit dem Pro- 
zedurnamen als Tatigkeitsnamen, wobei 
die Parameter als Spezifikationen auf- 
treten. 
Beispiel: 

Prozedurvereinbarung: 
O *RECHNE (TEXT, SPRACHE, PR0 
O UEBERS.,QUELLE = *r£XT,SPR.= 

*SPRACHE 
O M0NTIERE.PR0GRAMM = *PR0G, 
O STARTE,PR0GR. = *PR0G,DUMP = 
F-NEST'A-NEST, 
O" 

Prozeduraufruf: 

O RECHNE,TEXT=DATEI1,SPRA.= 
FTN,PR0Q=TEST 

1.6. Langfristige Anderungen des 
Kommandogedachtnisses 

Alle bisher beschriebenen Anderungen 
oder Erweiterungen des Kommandoge- 
dachtnisses gelten nur bis zum Ende 
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Bild 2. Kommandoabarbeitung und Operatorlaufkette 



eines Auftrags. Es besteht jedoch die 
Moglichkeit, durch ein weiteres Kom- 
mando das Kommandogedachtnis zu 
einem beliebigen Zeitpunkt zu konser- 
vieren. In einem spateren Auftrag kann 
man nach Obernahme dieser Kon- 
serve wieder mit seinem veranderten 
Kommandogedachtnis arbeiten. Das 
gleiche Kommando ermoglicht es aber 
auch jederzeit, zum Grundzustand des 
anlagenspezifischen Kommandogedacht- 
nisses zuriickzukehren. 

1.7. Beeinflussung des 
Kommandoablaufs 

Wird der Auftrag eines Benutzers im 
Abschnitt geschlossen abgearbeitet, so 
tritt haufig der Wunsch auf, den Ablauf 
der eingegebenen Kommandofolge zu 
beeinflussen. Die Obersetzung einer 
Quelle kann fehlerhaft verlaufen sein 
und ein nachfolgender Montage- und 
Startversuch sind sinnlos. Oder ein ge- 
startetes Benutzerprogramm stellt an 
Hand der eingelesenen Daten test, daf3 
die Ausfiihrung eines Teils der nachfol- 
genden Kommandos unzweckmaBig ist. 



Fur solche Falle gibt es zwei spezielle 
Kommandos. Das FEHLERHALT-Kom- 
mando verursacht, einmal gegeben, im 
Fehlerfall den Abbruch eines Auftrags. 
Das SPRINGE-Kommando erlaubt es, 
abhangig von einer Bedingung, mit 
einem beliebigen Kommando, das im 
logischen Ablauf nachfolgt, fortzufahren. 
Die Bedingung wird aus auftragsspezi- 
fischen Variablen gebildet, die alien 
Programmen zuganglich sind. 

1.8. Kommandogruppen 

Der Oberblick iiber die Kommando- 
sprache des Programmiersystems sei 
damit abgeschlossen, 
daB einige realisierte Kommandogrup- 
pen vorgestellt werden. 
Grunddienste: 

Obersetzen, Montieren, Starten, Loschen 
von Objekten. 
Allgemeine Dateidienste: 
Einrichten, Einschleusen und Sperren 
von Dateien. 

Quellentext-Haltungsdienste: 
Eintragen, Korrigieren, Loschen, Kopie- 
ren, Mischen usw. von Texten. 
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Datenmanipulationen: 

Sortieren und Mischen von Satzen aus 

Dateien, Komprimieren von Quellen. 

Datentransportdienste: 

Ein- und Ausgabe von Binarobjekten, 

Ausgabe von Daten auf beliebigen Aus- 

gabegeraten (auch Bandern). 

Assemblermakrodienste: 

Eintragen, Loschen und Informieren. 

Langfristige Datenhaltung: 

Einrichten, Aufgeben und Verwalten von 

langlebigen Daten. 

2. Die Programmiersprachen 

Norbert Linn 

Der Abschnitt 2 soil einen Oberblick 
iiber die im TR-440-System implemen- 
tierten Programmiersprachen geben. 
Die Beschreibung ist auBerst knapp ge- 
halten und umreiBt nur grob die Lei- 
stungen der Qbersetzer. Weitergehende 
Information uber Sprachumfange und 
spezielle Leistungen sind in den bereits 
erschienenen bzw. in Kiirze erscheinen- 
den Arbeitsbuchern von AEG-TELE- 
FUNKEN, Konstanz, zu finden. 

2.1. Assemblersprache TAS440 

TAS440 ist eine formatfreie Assembler- 
sprache mit symbolischer Adressierung, 
die neben den eigentlichen etwa 230 
Befehlen (Maschinenanweisungen) noch 
sogenannte Pseudobefehle (Assembler- 
anweisungen) kennt. Diese Pseudobe- 
fehle dienen unter anderem zur Pro- 
grammorganisation und zur einfachen 
Formulierung von Dienstleistungen der 
Betriebssysteme. 

AuBerdem ist es in TAS440 mdglich, 
parametrisierte Makros zu definieren. 
Eine Makrobibliothek (mit Makros fiir 
Ein- und Ausgabe usw.) steht dem Be- 
nutzer zur Verfiigung und kann von ihm 
erweitert werden. 

AdreBbuch und Crossreferenzliste wer- 
den auf Wunsch ausgegeben. 

2.2. FORTRAN 

Der FORTRAN-Compiler des TR-440- 
Systems enthalt zwei Versionen: 
ASA-Standard FORTRAN IV [1] und 
FORTRAN440 (Vollkompatibel zu FOR- 
TRAN IV H der IBM). Spracherweiterun- 
gen gegeniiber der FORTRAN-IV-H-Ver- 
sion der IBM betreffen die Ein- und 
Ausgabe bei Konsolen (Benutzerstatio- 
nen). 

Neben den FORTRAN-Standardproze- 
duren gibt es eine Reihe von FORTRAN- 
Routinen, die Manipulationen von Zei- 
chenheften, Matrixoperationen usw. er- 
lauben. 

Wie bei alien anderen Compilern pro- 
duziert auch der FORTRAN-Compiler 



auf Wunsch einen Protokolldruck mit 
eingestreuten Fehlermeldungen und 
einen Crossreferenzlistendruck. 

2.3. ALGOL 

Es wurde bis auf own-Variable der voile 
Sprachumfang von ALGOL60 implemen- 
tiert (einschlieBlich Rekursivitat und un- 
spezifizierten Parametern). Als Erweite- 
rung wurde ein FORTRAN-ahnliches 
COMMON-Konzept verwirklicht. Dies 
dient einmal dem Datenaustausch zwi- 
schen ALGOL- und FORTRAN-Program- 
men und ersetzt auBerdem fur geson- 
dert iibersetzte Prozeduren die Wirkung 
der statischen own-Variablen. 
Die zur Verfiigung stehenden Ein-Aus- 
gabe-Routinen umfassen die vier AL- 
COR-Prozeduren, die sieben IFIP-Pro- 
zeduren [2], alle Prozeduren des Knuth- 
Proposals [3] und einige spezielle Pro- 
zeduren zur Dateimanipulation. 

2.4. COBOL 

Der im COBOL-Compiler realisierte 
Sprachumfang entspricht dem ANSI- 
COBOL-Standard [4] ohne report-writer, 
aber mit der COBOL-Bibliothek, der 
sprachspezifischen Segmentierung, der 
Verarbeitung von dreidimensionalen 
Feldern und der Sortierung. Als Daten- 
typen konnen vereinbart werden: 
DISPLAY 

DISPLAY1 (bei numerischen Feldern 
belegt das Vorzeichen eine zusatzliche 
Stelle am linken Feldrand) 
FESTPUNKTZAHLEN (Halbwort, Ganz- 
wort, Doppelwort) 

GLEITPUNKTZAHLEN (Ganzwort, Dop- 
pelwort) 

INDEX (Halbwort) 

Die fiir COBOL realisierten Testhilfen 
zur Objektzeit unterscheiden sich von 
den im Abschnitt 4 beschriebenen und 
werden deshalb hier besonders er- 
wahnt: Fiir die COBOL-Objekte gibt es 
neben dynamischen Kontrollen und dem 
COBOL-Prozedurtracing eine Oberwa- 
chung von Variablen. Zusatzlich existiert 
ein quellbezogener Dump, der auf 
Wunsch Variable gemafi ihrer Beschrei- 
bung in der Datenhierarchie in lesbarer 
Form ausdruckt. 

2.5. GPSS 

GPSS (General Purpose Simulation 
System) ist eine 1963 von IBM veroffent- 
lichte und seither erweiterte Sprache 
zur diskreten Systemsimulation. Sie 
dient der Formulierung und Behandlung 
von Problemen auf den Gebieten der 
Unternehmensforschung und der Orga- 
nisationsanalyse. VerkehrsfluB- und La- 
gerhaltungsstudien sowie Untersuchun- 



gen von Rechner-, Informations- und Pro- 
zeBsteuerungssystemen sind Beispiele 
fiir die Anwendung dieser Sprache. 
GPSS wird als interpretatives System 
mit einem Voriibersetzer und dem Simu- 
lationsprozessor implementiert. Beziig- 
lich der Benutzerschnittstellen wird auf 
weitgehende Kompatibilitat mit GPSS/ 
360 von IBM geachtet. 

2.6. RPG 

RPG (Report-Programm Generator) ist 
eine problemorientierte, formatgebun- 
dene Sprache fiir kommerzielle und 
organisationsbezogene Programmie- 
rung. Sie ist zur Bearbeitung sowohl 
einfachster als auch komplexer Proble- 
me geeignet. 

RPG fiir TR 440 ist geeignet, auch RPG- 
Programme fiir Systeme anderer Her- 
steller zu verarbeiten. 
Auf eine ausfuhrliche Fehlerbehandlung 
wurde besonderer Wert gelegt. 
Fiir viele Anwendungsfalle ist die Ein- 
fuhrung der beiden Anzeiger fiir die 
Schleifenbildung in der Detail- bzw. 
Totalzeit besonders hilfreich. 
Das Suchen in Tabellen geschieht 
auBerordentlich schnell. Die erheblich 
erweiterten Moglichkeiten der Tabellen- 
benutzung machen RPG zu einem aus- 
gezeichneten Hilfsmittel fur den Anwen- 
der. Die starre Vorschrift fiir den Auf- 
bau von Tabellen auf Datentragern 
wurde gelockert; Leerstellen wurden 
eingefiihrt, diese werden nicht einge- 
lesen. Der Zugriff zu Tabellen wurde 
auf direkten Zugriff (indiziert) und se- 
quentiellen Zugriff vorwarts und riick- 
warts erweitert sowie auf die Moglich- 
keit ausgedehnt, den aktuellen Tabel- 
lenplatz festzustellen. 

2.7. BASIC 

BASIC ist eine FORTRAN-ahnliche Spra- 
che. Sie ist sehr leicht zu erlernen und 
speziellftirTeilnehmersystemegedacht. 
Der von AEG-TELEFUNKEN implemen- 
tierte Compiler ist voll gesprachsfahig 
und ermoglicht nahezu unbeschrankte 
Manipulationen der Quellen. Der reali- 
sierte Quellsprachumfang umfaBt die 
Implementierungen von Siemens und 
General Electric. 

2.8. BCPL (Basic Combined 
Programming Language) 

BCPL ist eine ALGOL-ahnliche Sprache, 
die sich besonders zum Schreiben von 
Grundsoftware eignet; sie diirfte vor 
allem fiir technisch-wissenschaftliche In- 
stitute von Interesse sein. 
Der von AEG-TELEFUNKEN verwirk- 
lichte Sprachumfang ist identisch mit 
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dem in [5] beschriebenen Sprachum- 
fang. 

3. ZusammenschluB von Prozeduren 
verschiedener Sprachen 

Andreas Schwald 

Am TR 440, der unter anderem mit 
Obersetzern fur ALGOL 60, COBOL und 
FORTRAN ausgestattet ist, wurde die 
Moglichkeit geschaffen, Prozeduren aus 
verschiedenen Sprachen gemeinsam zu 
verwenden. Bild 3 zeigt, welche Ober- 
gange vorgesehen sind (A-^-B bedeutet, 
daB eine Prozedur der Sprache B von 
der Sprache A aus aufgerufen werden 
kann). 



ALGOL 60- 



- FORTRAN 




AEG 1218.70 



COBOL 



Bild 3. Gemeinsam verwendbare 
Sprachen am TR 440 



Der ZusammenschluB erfolgt wahrend 
des Montagevorgangs; aus den von ver- 
schiedenen Obersetzern erstellten Mon- 
tageobjekten wird dabei ein lauffahiges 
Programm erstellt. Der Obergang zwi- 
schen zwei Sprachen innerhalb einer 
Prozedur (z. B. Einfugen von Assem- 
blerbefehlen in ein ALGOL-Programm) 
ist nicht moglich. 

Fur den AnschluB von Assemblerpro- 
zeduren an hohere Sprachen sind sei- 
tens der Compiler keine besonderen 
MaBnahmen erforderlich. Der Verfasser 
einer TAS-Prozedur hat nur die Kon- 
ventionen einzuhalten, nach denen ein 
bestimmter Compiler seine Montage- 
objekte erzeugt. Dadurch wird einer- 
seits der AnschluB an eine hohere 
Sprache ermoglicht, andererseits wird 
die Verwendbarkeit auf den Aufruf aus 
dieser Sprache eingeschrankt. Ebenso 
sind beim Aufruf von Prozeduren ho- 
herer Sprachen aus einem TAS-Pro- 
gramm die Konventionen der jeweiligen 
Sprache zu berucksichtigen. 
Der ZusammenschluB von Prozeduren 
hoherer Sprachen soil nur fiir den be- 
reits realisierten Obergang zwischen 
ALGOL und FORTRAN beschrieben wer- 
den. Wegen der verschiedenartigen Pro- 
grammstruktur von FORTRAN- und AL- 
GOL-Objekten sind einige Anpassungs- 
arbeiten erforderlich, die von einer fiir 
den Benutzer unsichtbaren Zwischen- 
prozedur durchgefiihrt werden. Bei je- 



dem Aufruf einer fremdsprachigen Pro- 
zedur wird die Beschreibung der Para- 
meter den Konventionen der anderen 
Sprache angepaBt, bevor die Prozedur 
selbst aktiviert wird. Die Zwischenpro- 
zedur ist rekursiv aufrufbar, es ist also 
ein verschachtelter Aufruf 
(F1^) A1-+F2^A2 . . . 
moglich. 

Als Parameter konnen beim Obergang 
nur solche Datentypen verwendet wer- 
den, die gleichzeitig in beiden Sprachen 
definiert sind. 

Folgende Parametertypen sind zuge- 
lassen: 

ALGOL FORTRAN 

Variable und Ausdriicke des Typs 
integer INTEGER 

real REAL 

boolean LOGICAL 

real array REAL-Feld 

boolean array LOGICAL-Feld 

label formales label. 

AuBerdem ist die Obergabe von Infor- 
mation in benannten Common-Zonen 
(Spracherweiterung fiir ALGOL) mog- 
lich. 

Die folgenden drei Beispiele sollen 
typische Anwendungsmoglichkeiten dar- 
stellen: 

3.1. Dynamische Felder fur FORTRAN 

Ein FORTRAN-Programm fur Matrixma- 
nipulation wird organisiert als 
SOBR0UTINE MATRIX (N, A1, A2) 
DIMENSION A1 (N, N), A2 (N) 
Das folgende ALGOL-Programm ent- 
halt die Deklaration der beiden Felder 
a1, a2 und den Aufruf der FORTRAN- 
Prozedur 
begin integer n ; 

procedure matrix (x, y, z); fortran; 

read (n); 

begin array a1 [1 : n, 1 : n], a2 [1 : n]; 

matrix (n, a1, a2) 

end 
end 

3.2. Rechnen mit komplexen GroBen 

Die komplexen GroBen C1 . . . C4 liegen 
in der Commonzone COMPL, die von 
ALGOL und von FORTRAN aus zugang- 
lich ist. 

ALGOL-Programm: 
common compl 

real rc1, id, rc2, ic2, rc3, ic3, rc4, 

ic4; 
begin procedure corech; fortran; 



corech; 



print (re1, id) 



end 

FORTRAN - Subroutine: 
SUBR0OTINE CORECH 
COMPLEX C1, C2, C3, C4 
COMMON / COMPL / C1, C2, C3, C4 
C1 = C2 * (C3 + C4) /2 



RETORN 
END 

3.3. Verschachtelter Aufruf 

Berechnung des groBten gemeinsamen 
Teilers zweier Zahlen mit Hilfe der re- 
kursiven Prozedur ggt. In ggt wird die 
FORTRAN-Funktion MOD verwendet. 

a FORTRAN-Hauptprogramm: 

ALGOL EXTERNAL GGT 

I = GGT (210, 84) 

WRITE (6,2) I 
2 FORMAT (110) 

END 

b FORTRAN-Funktion MODUL: 

INTEGER FONCTI0N MODUL (X, Y) 

MODOL = MOD (X, Y) 

RETURN 

END 

c ALGOL-Prozedur: 

integer procedure ggt (x, y); 

value x, y; integer x, y; 

begin integer procedure modul (a,b); 

fortran; 

ggt. = [if y — o then x 

else ggt (y, modul (x, y))) 
end; 

Wie diese Beispiele zeigen, lassen sich 
durch den Obergang zwischen ALGOL 
und FORTRAN die Vorziige der beiden 
Sprachen weitgehend kombinieren. 
AuBerdem ermoglicht dieser Obergang 
auch die fast uneingeschrankte Ver- 
wendung von Prozeduren der Pro- 
grammbibliothek ohne Riicksicht auf die 
Sprache, in der diese Prozeduren ge- 
schrieben wurden. 

4. Testhilfen auf Quellebene 

Hanno Krainer 

Dem Benutzer einer TR-440-Rechenan- 
lage stehen eine Reihe von Testhilfen 
zur Verfugung, die ihm das Austesten 
seiner Programme wesentlich erleich- 
tern. Diese ermoglichen es, den dyna- 
mischen Ablauf eines Programms State- 
ment fur Statement quellsprachbezogen 
zu Ciberwachen und im Falle des Vor- 
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kommens von Programmierfehlern diese 
genau zu lokalisieren. 

4.1. Ablaufprotokollierung 

Zur Oberwachung des dynamischen Ab- 
lauts existiert zunachst die Moglichkeit 
einer Ablaufprotokollierung (TRACE). 
Hierzu werden die Obersetzer vom Be- 
nutzer aufgefordert, an gewunschten 
Stellen seines Quellprogramms Pro- 
grammteile in den Compiler aufzuneh- 
men, die zur Laufzeit des Programms 
fur die Protokollierung sorgen. Durch- 
lauft das Benutzerprogramm dann dy- 
namisch eine solche Stelle, so wird der 
Programmstatus an dieser Stelle quell- 
sprachbezogen protokolliert. Diese Mit- 
teilung kann z. B. besagen, welcher 
Wert einer bestimmten quellsprach- 
lichen Variablen in der angegebenen 
Quellzeile zugewiesen wurde, welche 
Prozedur im angegebenen Statement 
aufgerufen oder welche Programmarke 
von einer bestimmten Stelle der Quelle 
aus angesprungen wurde usw. Damit ist 
dem Benutzer z. B. die Moglichkeit ge- 
geben, genau zu verfolgen, welche Pro- 



grammzweige durchlaufen oder welche 
Werte bestimmten Variablen an ver- 
schiedenen Stellen zugewiesen wurden. 

4.2. Dynamische Kontrollen 

Eine weitere Moglichkeit, bestimmte 
kritische Programmstellen zu iiberwa- 
chen, bietet sich mit den dynamischen 
Kontrollen (DYNK0N). Hierbei werden 
wieder auf Verlangen von den Uber- 
setzern eigens dafur vorgesehene Pro- 
grammteile in das Benutzerobjekt ein- 
compiliert. Werden im aktuellen Pro- 
grammlauf dann solche dynamisch kon- 
trollierten Stellen durchlaufen, so wird 
dort gepruft, ob z. B. angesprochene 
Feldelemente innerhalb des zugehori- 
gen Feldes liegen, die Laufparameter 
von Laufanweisungen zulassig sind 
(z. B. Schrittweite 4= 0), Einspriinge in 
Programmschleifen erlaubt sind oder ob 
bei der Parameteriibergabe zwischen 
Prozeduren aktuelle und formale Pro- 
zedurparameter kompatibel sind. Bei 
unzulassigem Programmverhalten wird 
eine entsprechende Mitteilung protokol- 
liert und im AnschluB daran kann ge- 



gebenenfalls eine Programmanalyse 
durch Riickverfolger und Dumps (siehe 
unten) durchgefiihrt werden. 
SchlieBlich besteht als weitere Hilfe 
noch die Moglichkeit, an beliebigen 
Stellen eines Programms quellsprach- 
bezogene Dumps zu starten. Damit kon- 
nen an jeder gewunschten Stelle be- 
liebig oft hintereinander sogenannte 
Blitzlichtaufnahmen der aktuellen Werte 
von interessierenden Variablen eines 
Programms gemacht werden. 

4.3. Riickverfolgung im Fehlerfall 

Zur Erleichterung der Fehlersuche im 
Fehlerfall stehen dem Benutzer der 
Riickverfolger und quellsprachbezogene 
Dumps zur Verfiigung. Ihre Verwendung 
kann der Benutzer beim Start seines 
Programms fordern. Filr den Start die- 
ser Analyseoperatoren sorgt dabei ein 
Standardmontageobjekt (die Kontroll- 
prozedur), das immer automatisch an 
das Benutzerprogramm angeschlossen 
wird. Lauft das Benutzerprogramm auf 
einen Fehler, so wird eine Mitteilung 
(iber die Art des Fehlers ausgegeben. 



Hauptprogramm 


STDHP: 


000010 


CALL ALPHA 






000020 


END 


Unterprogramm 


ALPHA: 










000050 


DIMENSION [ 






000290 


DIM(1) = 4.0 






000300 


J = 3 






000310 


GOTO 99 



000780 



99 DIM(J) = 0.0 



Fur beide Montageobjekte seien TRACE und DYNK0N voll zugeschaltet. Beim Start des Programms werde fur den Fehler- 
fall ein F0RTRANVARIABLENDUMP fur das Unterprogramm ALPHA gefordert. Der dynamische Ablauf sieht dann im Druck- 
bild etwa wie folgt aus: 

" IN ZEILE 10 AUFRUF DES UNTERPROGRAMMS ALPHA 
** IN ZEILE 290 ZUW.: DIM(1) = 0,400000000000E + 001 
** IN ZEILE 300 ZUW.: J = 3 

** IN ZEILE 310 UNBEDINGTER SPRUNG NACH 99 
FEHLER: FELDELEMENT LIEGT NICHT IM ZUGEHOERIGEN FELD 
START RUECKVERFOLGER 

2. F0RTRAN-UP ALPHA ZEILE 780 

1. FORTRAN-HP STDHP ZEILE 10 

ENDE RUECKVERFOLGER 
START F0RTRANDUMP 

UNTERPROGRAMM ALPHA 

J 3 LOGIC TRUE 

FELD DIM 

DIM(1) 0.40000000000E + 001 !!!!!!!!!!!!!!!!!! 

ENDE F0RTRANDUMP 
Es lauft zunachst der TRACE bis (hier durch DYNKON) ein Fehler erkannt wird. Danach werden R0CKVERFOLGER und 
F0RTRANDUMP gestartet. 
Die Ausrufzeichen ! ! im Dump besagen, daB DIM(2) noch undefiniert ist. 

Bild 4. Anwendungsbeispiel: Das zu testende Programm bestehe aus FORTRAN-Haupt- und Unterprogramm. 
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Im AnschluB daran startet dann die 
Kontrollprozedur automatisch die ge- 
wiinschten Analyseoperatoren. 
Aufgabe des Ruckverfolgers ist es, die 
bei einer Programmunterbrechung (z. B. 
durch Fehler Oder Alarm) gultige aktu- 
elle Unterprogramm-Aufrufverschachte- 
lung des unterbrochenen Benutzerope- 
rators festzustellen (riickzuverfolgen) 
und gegebenenfalls zu protokollieren. 
Die Riickverfolgung beginnt bei der 
Unterbrechungsstelie (also im unter- 
brochenen Unterprogramm) und fiihrt 
von Unterprogramm zu Unterprogramm 
zuriick zum Hauptprogramm. Dabei kon- 
nen Unterprogramme verschiedener 
Quellsprachen an der Verschachtelung 
beteiligt sein. 

Die notwendigen Informationen bezieht 
der Ruckverfolger aus der Versorgung 
durch die Kontrollprozedur sowie aus 
bestimmten Listen, die von den Uber- 
setzern und dem Montierer dafiir be- 
reitgestellt wurden (Bild 1). 
AuBerdem greift er auf bestimmte Teile 
des in seinem akutellen Lauf unter- 
brochenen Programms zu. 
Seine erarbeitete Information stellt der 
Ruckverfolger seinerseits nachfolgen- 
den Laufen weiterer Analyseoperatoren 
(Dumps) in einer Liste zur Verfugung. 
Aus ihr geht unter anderem auch die 
festgestellte Aufrufverschachtelung des 
unterbrochenen Operatorlaufs, wie sie 
der Ruckverfolger protokolliert, hervor. 
Diese Protokollierung fuhrt zuerst jenes 
Unterprogramm an, in dem die Unter- 
brechung auftrat (dem am tiefsten ver- 
schachtelten) und endet mit dem Haupt- 
programm. Fur jede an der Verschach- 
telung beteiligte Prozedur werden Ver- 
schachtelungstiefe (Hauptprogramm = 
1), Quellsprache, Prozedurart (Haupt- 
programm, Unterprogramm usw.), Name 
der Prozedur bzw. des Montageobjekts 
sowie Stelle der Unterbrechung bzw. 
des Aufrufs (der nachst tieferen Proze- 
dur) angegeben. Die zuletzt genannte 
Angabe enthalt unter anderem die Zei- 
lennummer beziiglich der Quellproto- 
kollierung sowie gegebenenfalls Anga- 
ben iiber die Art des zugehorigen State- 
ments. 

4.4. Quellsprachbezogene Dumps 

Nach der Riickverfolgung konnen noch 
ein oder mehrere sprachspezifische 
Dumps laufen, wobei jeder Dumpopera- 
tor nur fur seine Quellsprache arbeitet. 
Die Dumps werden wieder durch die 
Kontrollprozedur gestartet. Ihre Infor- 
mationen beschaffen sich die Dumps 
aus der vom Ruckverfolger bereitgestell- 
ten Liste sowie aus einigen weiteren, 



von den Ubersetzem generierten Listen. 
Die Werte der Variablen werden direkt 
aus dem unterbrochenen Operator aus- 
gelesen. 

Zu jeder befohlenen und in ihrer 
Sprache geschriebenen Prozedur geben 
die Dumps die quellsprachlichen Na- 
men der verlangten Variablen und Fel- 
der sowie die zugehorigen Werte in 
ihrer entsprechenden Darstellung (Real, 
Integer usw.) an. 
Bild 4 zeigt ein Anwendungsbeispiel. 

5. Der Dialogbetrieb und seine 
Moglichkeiten 

Enno Schmidt 

Im Abschnittbetrieb (Stapelbetrieb) gibt 
der Benutzer seinen Auftrag geschlos- 
sen an den Rechner und kann dann 
keinen EinfluB mehr auf den Ablaut des 
Auftrags nehmen. Anders ist es, wenn 
er als einer von vielen Teilnehmern von 
einer Konsole aus mit dem Rechner 
ein Gesprach fuhrt. Dieses Gesprach 
ist ein strenges Wechselgesprach, in 
dem sich Eingaben des Benutzers und 
Ausgaben des Rechners abwechseln. 
Dadurch und mit Hilfe der fur diesen 
Modus erweiterten Leistungen des Pro- 
grammiersystems ergibt sich eine Viel- 
falt von Moglichkeiten, Programme zu 
erzeugen und auszutesten. 

5.1. Kommandos im Gesprach 

Im Gesprach stehen bis auf unwesent- 
liche, durch den Gesprachsmodus be- 
dingte Einschrankungen alle Program- 
miersystemdienste zur Verfugung. Das 
gilt auch fur die Kommandosprache. 
Nach Eroffnung eines Gesprachs mit 
dem Eroffnungskommando wird vom 
Rechner her die Eingabe von Komman- 
dos verlangt. Es besteht jetzt die Mog- 
lichkeit ein einzelnes Kommando oder 
aber eine Folge von Kommandos ein- 
zugeben. Die Eingabe einer Kommando- 
folge fuhrt dabei zu einer beschleunig- 
ten Bearbeitung, da die wiederholte 
Anforderung neuer Kommandos ent- 
fallt. 

Im Gesprach bietet sich nun die Mog- 
lichkeit, in eine bereits eingegebene 
Kommandofolge zu nahezu beliebigem 
Zeitpunkt Kommandos einzufugen, die 
vorrangig ausgefuhrt werden. Man kann 
z. B. einen laufenden Operator in seiner 
Arbeit unterbrechen oder bei Auftreten 
eines Fehlers in einer Kommandofolge 
ein solches Vorrangkommando ein- 
schieben. Bei einer fehlerhaften Uber- 
setzung laBt sich der Fehler mit Hilfe 
eines Kommandos korrigieren, urn dann 
die Qbersetzung zu wiederholen. Nach 
dem Abarbeiten von vorrangig ausge- 



fiihrten Kommandos wird nur auf ex- 
pliziten Wunsch des Benutzers an der 
Unterbrechungsstelie fortgefahren. 
Das FluBdiagramm in Bild 5 gibt einen 
Uberblick iiber die Arbeitsweise des 
KommandoentschluBlers im Gesprach. 

5.2. Anweisungen im Gesprach 

Im Gesprach konnen auBer Komman- 
dos noch Anweisungen eingegeben 
werden. Anweisungen werden immer 
nur einzeln und auf Anforderung ver- 
arbeitet und diirfen nicht mit einem 
Fluchtsymbol eingeleitet werden. Der 
KommandoentschliiBler versteht z. B. 
Anweisungen zum Fortsetzen an der 
Unterbrechungsstelie und zum Loschen 
aller eingegebenen und noch nicht aus- 
gefuhrten Kommandos. 

5.3. Arbeiten mit Quellenhaltung 

Arbeitet man im Gesprach mit Quellen 
und umfangreichen Datenmengen, so 
ist es unbequem, diese von der Kon- 
sole her einzugeben. In solchen Fallen 
ist der Gebrauch der langfristigen Da- 
tenhaltung (LFD) zu empfehlen. Will 
man die LFD verwenden, muB man sich 
zuvor iiber das Rechenzentrum eine Be- 
rechtigung mit Benutzerkennzeichen zu- 
teilen lassen. Ist dies geschehen, kann 
man in der LFD unter seinem Kenn- 
zeichen Dateien einrichten, zur Verar- 
beitung an- und abmelden oder auch 
wieder loschen. Die Dateien bleiben 
zeitlich unbegrenzt iiber Auftrage hin- 
aus erhalten, bis sie explizit geloscht 
werden. Man kann so in einem Ab- 
schnittsauftrag eine Quelle von Loch- 
karten eintragen und diese spater im 
Gesprach verwenden. 
Unabhangig davon Oder auch im Zu- 
sammenhang mit LFD-Dateien arbeitet 
die Quellentexthaltung. Mit ihrer Hilfe 
lassen sich im Abschnitt oder wahrend 
eines Gesprachs Quellen in Dateien 
eintragen, einzelne Zeilen korrigieren, 
loschen oder auch vertauschen. Im Ge- 
sprach besteht dariiber hinaus noch die 
Moglichkeit, einzelne Zeichen einer 
Textzeile auszuwechseln, zu loschen 
oder neu einzutragen. Man kann ferner 
mehrere Quellen zu einem Quellentext 
zusammenfugen, mischen oder Teile 
kopieren. Die einzelnen Zeilen einer 
Quelle, maximal 160 Zeichen lang, sind 
iiber eine Marke in Form einer Zahl 
zwischen 1 und 10' adressiert. 

5.4. Ein- und Ausgabe auf der Konsole 

Jeder vom Benutzer erzeugte Operator 
kann Ausgaben auf die Konsole ver- 
anlassen und Eingaben von dort ver- 
arbeiten. Dies geschieht z. B. bei in 
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Bild 5. Kommandoausfiihrung im Gesprach 



FORTRAN Oder ALGOL geschriebenen 
Quellen uber die normalen Ein- und 
Ausgabeanweisungen, wobei der Kon- 
sole sowohl fiir die Eingabe als auch 
fur die Ausgabe je eine besondere lo- 
gische Nummer zugeordnet wird. 
In FORTRAN hat man fur die format- 
freie Eingabe von der Konsole das hier- 
f ur sehr bequeme B-Format 1 ) realisiert. 

5.5. Erweiterte Testmoglichkeiten an 
der Konsole 

Das Austesten eines Programms wird 
gerade im Gesprach durch die erwei- 
terten Testmoglichkeiten und durch die 
Moglichkeit, auf Ergebnisse sofort zu 
reagieren, vereinfacht und beschleunigt. 
Bedingung hierfur ist lediglich, daB im 
UEBERSETZE-Kommando Gesprachs- 
fahigkeit des Operators verlangt wird. 
Einen gesprachsfahig montierten Ope- 
rator kann man jederzeit wahrend sei- 
nes Laufs anhalten. Das Anhalten ge- 
schieht jedoch an willkurlicher Stelle, 
sofern der Operator keine Ausgaben an 

1) gehort nicht zum FORTRAN IV [1]. 



der Konsole macht. Urn diesem MiB- 
stand abzuhelfen, kann man im UEBER- 
SETZE-Kommando als Kontrollereig- 
nisse den Nummern von Quellenzeilen 
Namen zuordnen. Als Kontrollereignis ist 
das Erreichen der jeweils ersten Anwei- 
sung dieser Quellenzeilen definiert. 
Ist ein Kontrollereignis aktiv (die Akti- 
vierung ist im STARTE-Kommando 
moglich), so halt der Operatorlauf an 
der entsprechenden Stelle an und mel- 
det den Namen des Kontrollereignisses 
auf der Konsole. 

Auf ein Anhalten eines gesprachsfahi- 
gen Operators sind mehrere Reaktionen 
moglich: 

Fortsetzen Oder Beenden des Opera- 
torlaufs ohne Oder mit Ausgabe von 
im STARTE-Kommando vorgesehenen 
Dumps. 

Aktivieren Oder Passivieren von defi- 
nierten Kontrollereignissen. Aktivierung 
und Passivierung konnen dabei davon 
abhangig gemacht werden, ob gewisse 
sich wiederholende Ablaufe im Pro- 
gramm eine vorgegebene Durchlaufzahl 
erreichen oder nicht. 



Bringen oder Umsetzen der Werte ein- 

zelner Variablen, die frei aus dem Pro- 

gramm wahlbar sind. 

Dump aller Variablen nach Angabe auf 

Konsole oder Drucker. 

Einfiigen von Kommandos aller Art. 

Anhalten bei Ende des Operatorlaufs, 

d. h. vor Ausfuhrung des nachsten an- 

stehenden Kommandos. 

Wurde im UEBERSETZE-Kommando 

eine Uberwachung (TRACE), z. B. der 

Zuweisungen oder Spriinge fiir be- 

stimmte Programmbereiche, vereinbart, 

so Iaf3t sich diese an- oder abschalten 

bzw. auf Drucker oder Konsole leiten. 
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Der TR 440 mit zwei Rechnerkernen 
und Massenkernspeicher 



DK 681 .322 TR 440 



Gunter Stadie 



1. Zwei Rechnerkerne 

Technische Moglichkeiten 
Der Zentrale Rechner des TR 440 kann 
mit zwei Rechnerkernen ausgeriistet 
werden. Die zur Befehlsausfiihrung not- 
wendigen Werke und alle Register sind 
dann doppelt vorhanden. Beide Rech- 
nerkerne konnen fur alle Aufgaben ver- 
wendet werden, z. B. Gleitpunktrech- 
nung, AnstoB des Ein-Ausgabe-Verkehrs, 
Alarmabhandlung. Die im Beitrag [1] 
beschriebenen Adressierungsmodi sind 
dann rechnerkernspezifisch zu verste- 
hen. 

Koordination 

In einem Rechensystem mit zwei Rech- 
nerkernen werden nicht beide Rechner- 
kerne vollig unabhangig voneinander ab- 
laufen, da sonst die Betriebsmittel Starr 
aufgeteilt (Kernspeicher), bzw. doppelt 
vorgesehen werden miiBten (Bedien- 
pult mit Operateurkonsole). Zwei Mit- 
tel stehen im Zentralen Rechner des 
TR 440 zur Koordination zwischen den 
Rechnerkernen zur Verfiigung. 

Rechnerkernalarm 

Aus der Sicht des absendenden Rech- 
nerkerns stellt der Rechnerkernalarm 
eine Unterbrechungsaufforderung an 
den anderen Rechnerkern dar. Aus der 
Sicht des empfangenden Rechnerkerns 
handelt es sich urn einen Alarm, den es 
abzuhandeln gilt. Es bedarf einer Soft- 
wareabsprache, was die Unterbrechung 
durch Rechnerkernalarm fur den unter- 
brochenen Rechnerkern zu bedeuten 
hat, z. B.: „Sieh an vereinbarter Stelle 
im Zentralspeicher nach, dort steht Ge- 
naueres!" 

Semaphore 

Bestimmte Betriebsmittel durfen zu je- 
dem Zeitpunkt hochstens einem Bear- 
beiter gehoren. Kann etwa die Situa- 
tion eintreten, daS die unter den bei- 
den Rechnerkernen ablaufenden Pro- 
grammteile (Bearbeiter) zu irgendeinem 
Zeitpunkt gleichzeitig eine Liste (Be- 
triebsmittel) verandern wollen, so ist 
dies durch einen Semaphor zu unter- 
binden. Ein Semaphor kann fur ein Be- 
triebsmittel den Zustand gesperrt oder 
entsperrt anzeigen. AuBerdem gibt es 
fur Semaphore zwei Operationen, die 
jeweils fur sich nicht unterbrechbar 
sind, d. h. zu jedem Zeitpunkt von hoch- 
stens einem Bearbeiter ausgefiihrt wer- 
den konnen: 

Entsperre: Der Semaphor geht in Zu- 
stand entsperrt iiber. Mit dieser Opera- 
tion trennt sich ein Bearbeiter von 
einem ihm gehorenden Betriebsmittel. 



Priife und Sperre: Der Zustand wird ge- 
prtift. Zeigt der Semaphor den Zustand 
entsperrt an, so geht er in den Zustand 
gesperrt iiber und dem einen Bearbei- 
ter, der diese Operation ausfuhrte, ge- 
hort damit das Betriebsmittel. Fiihrt ein 
Bearbeiter diese Operation aus, wah- 
rend der Semaphor den Zustand ge- 
sperrt anzeigt, so wird die beabsichtigte 
Bindung an das Betriebsmittel nicht 
ausgefiihrt. Der Zustand gesperrt bleibt 
bestehen. 

Die Hardware des Zentralen Rechners 
stellt die beiden angegebenen Opera- 
tionen zur Verfiigung und gestattet so- 
mit das Einrichten von Semaphoren. 

Eingriffszuordnungen 
Eingriffe sind Unterbrechungsaufforde- 
rungen an einen Rechnerkern und ent- 
halten eine Meldung von einem Ein- 
Ausgabe-Gerat. Es wurde bereits er- 
wahnt, daB beide Rechnerkerne EA-Ver- 
kehr betreiben konnen. Die Eingriffe 
konnen nun, getrennt nach Eingriffsart 
und nach dem EA-Kanal, von dem sie 
eintreffen, verschiedenen Rechnerker- 
nen zugeordnet werden. Diese Zuord- 
nung kann dynamisch vom Programm 
her geandert werden. Bei Anderung der 
Zuordnungen wird durch die Hardware 
sichergestellt, daB kein Eingriff doppelt 
gemeldet wird (etwa an jeden Rech- 
nerkern einmal) oder gar verlorengeht. 
Derjenige Rechnerkern, der einen EA- 
Transport startet, und derjenige, der 
den dadurch bewirkten Eingriffen zu- 
geordnet ist, brauchen nicht identisch 
zu sein. 

Bedienpult 

Fur den Urstart eines Betriebssystems 
gibt es im RD 441 ein Mikroprogramm 
der Hardware, das primitive Ein- und 
Ausgabe vornehmen kann. Dieses durch 
den Operateur gestartete EA-Programm 
kann wahlweise unter einem der beiden 
Rechnerkerne ablaufen. 
Die rechnerkernspezifischen Anzeigen 
am Bedienpult sind wahlweise fur einen 
der beiden Rechnerkerne moglich. Die 
Funktionstasten am Bedienpult wirken 
teilweise auf den auszuwahlenden 
Rechnerkern, teilweise auf beide 
Rechenkerne. 

2. Massenkernspeicher 

Technische Daten 

Der Massenkernspeicher (MSP) ist ein 
Ferritkernspeicher in 2 1 / 2 -D-Organisa- 
tion. Der Minimalausbau ist ein Modul 
zu 512 K Zellen. Ein Ausbau des MSP 
ist in Stufen von einem bis hochstens 
vier MSP-ModuIn £> 2048 K Zellen 



moglich. Die Zykluszeit betragt 2,1 us 
je Modul, die Zugriffzeit 1,1 \is. Bei Aus- 
bau des MSP auf mehrere Moduln fin- 
det eine Adressenverschrankung statt, 
d. h., aufeinanderfolgende Adressen 
weisen in verschiedene Moduln. 
Der MSP ist einerseits, wie auch der 
schnelle Kernspeicher (KSP), direkt 
adressierbar, d. h., er kann im Einzel- 
wortzugriff erreicht werden. Da er je- 
doch iiber ein eigenes AnpaBwerk an 
den iibrigen Zentralen Rechner ange- 
schlossen ist, kann er auBerdem mit 
dem sogenannten Blocktransport (siehe 
unten) ahnlich einem EA-Gerat betrie- 
ben werden. Bei gleichzeitigem Direkt- 
zugriff und Blocktransport erteilt das 
AnpaBwerk des MSP dem Direktzugriff 
die hohere Prioritat. 

Direktzugriff 

Auf den MSP kann in der gleichen 
Weise zugegriffen werden wie auf den 
KSP. Mit anderen Worten: Wo iiber- 
haupt Adressen auftreten, konnen diese 
sowohl in den KSP als auch in den 
MSP weisen. Insbesondere konnen 
z. B. EA-Transporte in oder aus dem 
MSP erfolgen. 

Der MSP liegt adressenmaBig im reel- 
len Speicher oberhalb des Maximalaus- 
baues des KSP (256 K). Absolute Adres- 
sen, die in die Kacheln bis 255 wei- 
sen, werden als KSP-Adressen aufge- 
faBt. Diejenigen, die in die Kacheln 
256 bis 2047 weisen (2047 ^ MSP-Ma- 
ximalausbau), werden als MSP-Adres- 
sen aufgefaBt. 

Ist der MSP nicht voll ausgebaut, so ist 
jede Zelle des KSP und MSP direkt 
adressierbar. Ist der MSP voll ausge- 
baut, umfaBt der Zentralspeicher auBer 
2048 K MSP-Ganzwortadressen noch 
256 K KSP-Ganzwortadressen. Da man 
im TR 440 hochstens 2048 K Zellen 
adressieren kann, sind 256 K Zellen im 
MSP nicht direkt adressierbar, sondern 
nur iiber Blocktransport (siehe unten) 
erreichbar. Diese 256 K MSP entspre- 
chen den MSP-Adressen mit dem nie- 
drigsten Wert; sie werden - bildlich 
gesprochen — durch den KSP uber- 
lappt. 

Blocktransport 

Ahnlich einem EA-Transport wird der 
MSP-Blocktransport lediglich gestartet 
und der AbschluB durch einen Eingriff 
an den zugeordneten Rechnerkern 
(siehe oben) gemeldet. Die Abarbeitung 
des Blocktransports geschieht im iibri- 
gen gemaB einem Versorgungsblock 
und parallel zum Befehlsablauf im 
Rechnerkern bzw. in den Rechnerkernen. 
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Fur einen Blocktransport werden im 
Versorgungsblock Paare von Quell- und 
Zielbereichen angegeben. Die einzelnen 
Bereiche konnen wahlweise im KSP 
Oder MSP liegen. Es sind also die 
Transporte KSP^KSP, KSP-+MSP, 
MSP^KSP und MSP^MSP moglich. 
Eine solche Transportart wird fur je- 
weils ein Paar von Quell- und Zielberei- 
chen angegeben. 
Fur jeden Blocktransport ist ferner eine 



Kacheltabelle vorzugeben, die jedoch 
nicht mit den erwahnten Kacheltabellen 
im Beitrag [1] zu verwechseln ist. Die 
hier verwendete Kacheltabelle hat viel- 
mehr die Aufgabe, alle in einem Quell- 
oder Zielbereich angesprochenen Ka- 
cheln in geeigneter Weise virtuell an- 
einanderzuhangen. Damit eriibrigt sich 
eine Stuckelung in zuviele Paare von 
Quell- und Zielbereichen bei Transpor- 
ten aus oder in nicht aufeinanderfol- 



gende Kacheln. Ein Quell- Oder Ziel- 
bereich kann an einer beliebigen Zelle 
innerhalb einer Kachel beginnen. Die 
Lange einer zwischen einem Paar von 
Quell- und Zielbereich transportierten 
Information kann eine beliebige Anzahl 
von Zellen umfassen. 

Schrifttum 

[1] G. Stadie: Adressierung im RD 441. 
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Periphere Einheiten 

der TR-440-Staff el (Auswahl) 



DK 681 .322.07 TR 440 



Primare Peripherie 

Trommelspeicher TSP 500 

Ein Plattenspeicher mit festen Lese- und 

Schreibkopfen, der Trommelcharakter 

hat (unterschiedliche Bahngeschwindig- 

keiten der Spuren werden durch ver- 

schiedene Schreibdichten und Belegung 

ausgeglichen). 

1 bis 5 Speichermoduln. AnschluB an 

Schnellkanalwerk. 

1 Modul: 1 305 600 Worte 

= 7 833 600 Bytes (Oktaden) 

5 Moduln: 6 528 000 Worte 

= 39168 000 Bytes (Oktaden) 

Mittlere Zugriffzeit: 20 ms 

Plattenspeicher PSP 600 

Ein Plattenspeicher mit beweglichen 

Lese- und Schreibkopfen, die je Plat- 

tenseite auf einem hydraulisch beweg- 

ten Kopftrager zusammengefaBt sind. 

AnschluG an Schnellkanalwerk: 

8, 12, 16, 20, 24 Speicherplatten (auBer 

je einer Reserve- und Taktplatte) 

8 Platten: 20 971 520 Worte 

= 125 829 120 Bytes (Oktaden) 

24 Platten: 62 914 560 Worte 

= 377 487 360 Bytes (Oktaden) 

Mittlere Zugriffzeit: 182 ms 

Wechselplattenspeicher WSP 414 
Ein Plattenspeicher fiir auswechselbare 
Plattenstapel (PST 116-2) aus 11 Plat- 
ten. An ein bis vier (bzw. zwei bis acht) 
Standardkanalwerke konnen iiber ein 
(bzw. zwei) AnpaBwerk(e) bis zu acht 
Laufwerke fiir je einen Plattenstapel an- 
geschlossen werden. Clber zwei AnpaB- 



werke konnen zwei der Laufwerke 

gleichzeitig betrieben werden. 

1 Plattenstapel: 4 096 000 Worte 

= 24 576 000 Bytes (Oktaden) 

8 Plattenstapel: 32 768 000 Worte 

= 196 608 000 Bytes (Oktaden) 

Mittlere Zugriffzeit 57,5 ms je Laufwerk. 

Magnetbandeinheiten MDS 252 
Magnetband-Digitalspeicher fiir 1/2" 
Magnetbander auf Spulen der Form A 
nach DIN 66 012 (Vornorm) fiir ISO-9- 
Spur-Betrieb, wahlweise auch fiir 7- 
Spur-Betrieb (IBM-kompatibel), durch 
auswechselbare vorjustierte Kopftrager 
umrustbar; mit umschaltbarer Schreib- 
dichte in den Stufen 8, 22 und 32 Spros- 
sen/mm; 20 000, 55 000 und 80 000 
Sprossen/s. Vorwarts- und Riickwarts- 
lesen bei ISO-9-Spur-Spurlage. 
AnschluB an Standardkanalwerk. 
1 Magnetband: etwa 3,4 Millionen Worte 
oder 13 900 Blocke 

bei 256 Worten/Block, 32 Sprossen/ 
mm, 9 Spuren und 750 m Band. 

Lochkartenleser LKL 720 
Spaltenweise photoelektrisch lesend, 
mit pneumatischem Einzug, Lesever- 
gleich iiber zweite Lesestation; Hell- 
Dunkel-Test; fiir beliebigen Code. An- 
schluB an Standardkanalwerk. 
Lesegeschwindigkeit 1200 Karten/min. 

Lochkartenstanzer LKS 145 
Zeilenweise stanzend, Lesevergleich 
iiber Priiflesestation, mit versetzter Ab- 
lage ausgesteuerter Karten im Ablage- 



fach. AnschluB an Standardkanalwerk. 
Lesegeschwindigkeit 250 Karten/min. 

Lochstreifenleser LSL 195 
Ein gepufferter Lochstreifenleser, An- 
schluB an ein Standardkanalwerk, statt 
LSL 040 (siehe unten) auch zur Ele- 
mentareingabe iiber den Priifkanal, Le- 
segeschwindigkeit bis zu 2000 Spros- 
sen/s in den Puffer, Abgabe bis zu 
50 000 Sprossen/s. 

Lochstreifenstanzer LSS 150 

Mit acht Stanzstempeln, fiir 5-, 6-, 7- 

und 8-Spur-Lochstreifen. Stanzleistung 

bis zu 150 Sprossen/s, AnschluB an 

Standardkanalwerk. 

Lochstreifenleser LSL 040 
Zur Elementareingabe iiber den Priif- 
kanal, mit Abwickelvorrichtung, Lesege- 
schwindigkeit bei Start-Stop-Betrieb bis 
zu 500 Sprossen/s, bei kontinuierlichem 
Betrieb bis zu 1000 Sprossen/s. 

Kontrollschreibmaschine KSM 106 
Schreibkopfmaschine mit Tastatur fiir 
Zentralcode ZC1 und Steuerfunktionen, 
zum AnschluB an ein Standardkanal- 
werk (Nr. 4, Unterkanal 0) und zur Ele- 
mentareingabe und -ausgabe umschalt- 
bar, Schreibgeschwindigkeit 15,5 Zei- 
chen/s. 

Schnelldrucker SDR 176-1 
Ein gepufferter Zeilendrucker mit um- 
laufender Druckwalze konstanter Dreh- 
geschwindigkeit fiir 160 Druckstellen. 
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AnschluB an Standardkanalwerk. Zei- 
chenvorrat: 29 GroBbuchstaben, 10 Zif- 
fern, 24 Sonderzeichen, Druckgeschwin- 
digkeit 1000 Zeilen/min bis 1250 Zeilen/ 
min bei alphanumerischer Ausgabe, 
1250 Zeilen/min bei rein numerischer 
Ausgabe. 

Schnelldrucker SDR 176-2 
Wie SDR 176-1, jedoch mit groBem 
Zeichenvorrat. Zeichenvorrat: 29 GroB- 
buchstaben, 30 Kleinbuchstaben, 10 Zif- 
fern, 46 Sonderzeichen. Druckgeschwin- 
digkeit 550 Zeilen/min bei alphanume- 
rischer Ausgabe, 1250 Zeilen/min bei 
rein numerischer Ausgabe. 



Satelliteneinheiten 

Rechner RD 186 
Mittlerer Digitalrechner 



(Zentraleinheit 



von TR 86), wortweise parallel arbeitend, 
mit 30 EinadreBbefehlen, verdrahteter 
dualer Festpunktarithmetik (2 |is je Ad- 
dition), Kernspeicher fur 8K bis 64 K 
Worte zu 24 Bits (entsprechend Halb- 
wort bei RD441), Zykluszeit 0,9 [is, Zu- 
griffzeit 0,3 (is, Unterbrechungswerk mit 
8 oder 24 Vorrangebenen. Verschiedene 
Kanalwerke. 

Sichtgerat SIG 100 

Zur Darstellung von Zeichen unter- 
schiedlicher Schriftart und Vektoren be- 
liebiger Lange und Lage (damit auch 
Kurven) auf einem Bildschirm von 
30 cm X 30 cm. Auflosung: 512X512 
Rasterpunkte. Bildwiederholung: 33 1 / 3 Hz 
konstant. Als Bildwiederholungsspei- 
cher dient der Zentralspeicher eines 
RD186 fur mehrere SIG 100 (je nach 



SpeichergroBe). Eingabe iiber Tastatur 
TST121 und Rollkugel RKG122. 

Fernschreiber FSR 105 

Blattschreiber mit modifizierter ALGOL- 

Tastatur fur Telefunken-Tastaturcode 

TC2 (mit Speicher fur Umschaltung); 

Zusatzeinrichtungen: Anbau-Lochstrei- 

fenleser, Anbau-Lochstreifenlocher. 

69 Zeichen/Zeile, Schrittgeschwindigkeit 

75 Bd. 

Ober einen Fernschreibmultiplexer 

FMP301 kbnnen 48 Fernschreiber zu- 

sammengefaBt werden. 
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Anlagenkonfiguration eines 
Teilnehmer-Rechensystems TR 440 



Das Beispiel zeigt die Konfiguration des 
Teilnehmer-Rechensystems der Ruhr- 
Universitat Bochum mit Hintergrund- 
speichern, EA-Geraten, einem Satel- 
litenrechner und 48 Benutzerstationen. 
Die in der Darstellung verwendeten 



Kurzbezeichnungen der Einheiten und 
Gerate sind in den ersten beiden Auf- 
satzen dieses Heftes und in der vor- 
stehenden Obersicht „Periphere Einhei- 
ten der TR-440-Staffel (Auswahl)" auf 



Seite 133 eingefiihrt. Dort sind auch die 
wichtigsten Leistungsdaten angegeben. 
Die dargestellte TR 440 wird mit dem 
Teilnehmer-Betriebssystem BS 3 be- 
trieben, das gleichfalls in diesem Heft 
beschrieben ist. 
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Die Mathematische Programm- 
bibliothek des TR 440 



DK 681 .322.06 TR 440 
Heinz Kaab 



Aus der Menge der Anwendungsmoglich- 
keiten des TR 440 sei seine Verwen- 
dung in Wissenschaft und Technik ge- 
nannt. Diesem Benutzerkreis wird eine 
umfangreiche Bibliothek zur Verfiigung 
gestellt, von der besonders die nume- 
rischen Programme und die Programme 
fur Statistik zu erwahnen sind. Diese 
sind in enger Zusammenarbeit mit meh- 
reren, auf diesen Gebieten fiihrenden 
Hochschulen entstanden, so daG eine 
Gewahr fur moderne und benutzernahe 
Anwendungssoftware gegeben ist. 
Auf dem Gebiet der Numerik sind bis 
jetzt fertiggestellt: 

1. Die Standardfunktionen von ALGOL 
und FORTRAN, erganzt durch die iib- 
Mcherweise dazugehorenden Funktio- 
nen. 

2. Aus der linearen Algebra: Einfache 
Matrixoperationen, Auflosung von Glei- 
chungssystemen (symmetrische, nicht- 
symmetrische und iiberbestimmte), In- 
version und Eigenwertberechnung von 
reellen und komplexen Matrizen in ein- 
facher und doppelter Genauigkeit. Die 
Matrizen kbnnen auch kompakt gespei- 
chert sein, wenn es sich urn symme- 
trische Matrizen, Dreiecks- Oder Diago- 
nalmatrizen handelt. 

3. Programme zur Losung von Diffe- 
rentialgleichungen und zur numerischen 
Integration. 



4. Rationale Tschebyscheff-Approxima- 
tion in einfacher und doppelter Genau- 
igkeit, sowie Aitken-Neville-lnterpola- 
tion. 

5. Werte und Nullstellen von reellen 
und komplexen Polynomen. 

6. Fourier-Reihen und -Transformatio- 
nen im Reellen und im Komplexen. 

7. Komplexe Funktionen wie CABS, 
CEXP, CSINUS auch fur ALGOL. 

8. Spezielle Funktionen, wie das Feh- 
lerintegral, die -/- und /?-Funktion, voll- 
standige und unvollstandige elliptische 
Integrale, Integralsinus und -cosinus, 
Fresnelintegral, Besselfunktionen aller 
ganzzahligen Ordnungen und ahnliches 
mehr. 

9. Programme fur spezielle Arithmethik: 
ein vollstandiges System fur doppelt 
lange Arithmetik, Programme fur die 
Triplexoperationen sowie eine umfang- 
reiche Polynomarithmetik. 

10. Hilfsprogramme fur die lineare Alge- 
bra, wie Skalarprodukte in doppelter 
Genauigkeit, Dimensions- und Langen- 
berechnung von Feldern, Manipulatio- 
nen an TR-440-Worten, Zufallszahlen- 
generatoren und sonstiges. 

Die unter 2 bis 5 genannten Programme 
werden noch erheblich ausgebaut. Die 
bereits fertiggestellten Programme ent- 
sprechen zwar den neuesten Erkennt- 
nissen der numerischen Mathematik, 



doch fehlen noch gewisse Spezialpro- 
gramme fiir einige weniger haufig vor- 
kommende Aufgaben. 
Im Bereich der Statistik finden sich 
neben Organisationsprogrammen, die 
fur das Einlesen, Sortieren usw. des 
Datenmaterials gedacht sind, Pro- 
gramme, die zur Aufbereitung und Be- 
urteilung verwendet werden. 
Zur Zeit ist eine Reihe von Program- 
men fur kontinuierliche Verteilungen 
fertiggestellt, wahrend an deren Umkeh- 
rung und an mehreren diskreten Ver- 
teilungen noch gearbeitet wird. Bei den 
Schatzungen stehen ebenfalls mehrere 
Programme fur Analyse und Synthese 
zur Verfiigung. 

Weiter sind mehrere Programme fiir 
statistische Tests, z. B. Vergleich auf 
Linearitat oder Obereinstimmung, teils 
in Arbeit, teils abgeschlossen. 
Die Programmiersprache dieses Stati- 
stik-Programmsystems ist FORTRAN. Im 
Gegensatz dazu sind die meisten nume- 
rischen Programme in TAS, der Assem- 
blersprache des TR 440 geschrieben. 
Fiir den weiteren Ausbau der Numerik 
wird jedoch hauptsachlich ALGOL als 
Programmiersprache verwendet. 
Durch die Verwendung dieser hoheren 
Sprachen ist ein rascher weiterer Aus- 
bau dieser beiden Bibliotheken zu er- 
warten. 



Anwendungssysteme fiir den TR 440 



DK 681 .322 TR 440 : 002 : 659.2 



Hannspeter Voltz 



Der Schwerpunkt der Entwicklung neuer 
Anwendungssysteme fiir das TR-440- 
GroBrechnersystem liegt im Aufbau von 
Datenbanken und Informationssystemen. 
Im folgenden wird zunachst eine Glie- 
derung dieses sehr umfassenden An- 
wendungsgebietes gegeben. Grundlage 
eines automatisierten Informationssy- 
stems ist eine Datenbank. Die Daten- 
bank dient der langfristigen Datenhal- 
tung und ist in der Regel so eingerichtet, 
da(3 Datenmengen groBen bis groBten 
Umfangs verwaltet werden konnen. 



Bisher wurden Datenbanken fur zwei 
Gruppen von Anwendungssystemen ent- 
wickelt: fur Systeme zur Informations- 
bereitstellung und fiir Management- 
Informationssysteme. 

System zur Informationsbereitstellung 
(Auskunfts- Oder Dokumentations- 
systeme) 

Normalerweise ist eine passive Daten- 
bank zugrunde gelegt, deren Informa- 
tionen an Hand der vom Anwender nach 
festen Regeln formulierten Anfragen 



ausgegeben werden. Die gewiinschten 
Auskiinfte lassen sich aus dem Inhalt 
dieser Informationen entnehmen. Ein 
wesentliches Ziel dieser Systeme ist 
also eine zweckma'Bige Mensch-Maschi- 
ne-Beziehung. 

Management-lnformations-Systeme 

(Fiihrungssysteme) 

Voraussetzung fiir diese Systeme ist 

eine aktive Datenbank; denn sie ertei- 

len (in ihrer Endausbaustufe) gemaB 

vereinbarten Regeln Auskiinfte selbstan- 
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dig und stellen gegebenenfalls neue 
Anfragen. Es handelt sich dabei also 
urn Systeme, die Informationen in zu- 
nehmendem Grade automatisch liefern. 
Die Datenbank wird normalerweise auf 
einem externen Speichermedium (Di- 
rektzugriffspeicher) gefuhrt. Besonders 
problematisch sind die Geschwindigkeit 
der Auskunftserteilung Oder der Infor- 
mationsauswertung (Reaktionszeit) sowie 
die Menge der zu verwaltenden Infor- 
mationen und die Vielfalt der Gesichts- 
punkte, unter denen die Informationen 
aufzufinden, auszuwerten und zu mani- 
pulieren sind. 

Die in einer Datenbank abgelegten 
Dateien konnen strukturiert Oder nicht 
strukturiert sein. Demzufolge werden 
strukturierte und nichtstrukturierte Da- 
tenbanken unterschieden. Strukturierte 
Datenbanken heiSen auch integrierte 
Datenbanken. Vor allem bei aktiven 
Datenbanken werden die einzelnen 
Datensatze oft entsprechend der logi- 
schen Beziehung, die zwischen ihnen 
besteht, verkettet. Dies erlaubt dann 
eine schnellere Verarbeitung. Die Satze 
einer Datei konnen fest formatiert sein. 
Dies ist eine Voraussetzung fur Fiih- 
rungssysteme. 

Das Datenbanksystem DBS 

Bei AEG-TELEFUNKEN wurde als 
Grundsoftware fur den Aufbau von Fiih- 
rungssystemen (Management-lnforma- 
tionssystem) das prinzipiell hardware- 
unabhangige System DBS (Datenbank- 
System) geschaffen und in der ersten 
Ausbaustufe fur die Verwaltung struktu- 
rierter Datenbestande eingerichtet. 
DBS ist ein System zum Aufbau und 
Fiihren von Datenbanken. Es unterstiitzt 
den Anwender in der Organisation, der 
Programmierung und der Verwaltung 
von Direktzugriffsspeichern. Der Kern 
von DBS ist ein Programmiersystem, 
das auf die Programmiersprachen 
COBOL und TAS (Telefunken-Assembler- 
Sprache) aufsetzt und somit diese 
Grundsprachen durch seine Dienst- 
leistungen erweitert. DBS ist also keine 
selbstandige Programmiersprache, son- 
dern stets erst im Zusammenhang mit 
der gewahlten Grundsprache arbeits- 
fahig. 

Eine DBS-Datei wird durch Komman- 
dos und Parameter beschrieben. Der 
Datenverkehr zwischen einem DBS/ 
TAS- oder DBS/COBOL-Programm wird 
durch das Absetzen von DBS-Befehlen 
eingeleitet. Die geforderte Dienstlei- 
stung wird entsprechend den in den 
Systemsteuertabellen enthaltenen Wer- 
ten erbracht. 



DBS besteht aus drei Elementen: dem 
DBS-Obersetzer, dem DBS-Formatierer 
und dem DBS-Datenbankprozessor. 
Der Obersetzer stellt die Systemsteuer- 
tabellen aus den vom Anwender gege- 
benen Kommandos und Parametern 
auf. Diese Systemsteuertabellen (Daten- 
beschreibungstabellen und andere) 
dienen bei einem Operatorlauf dem Da- 
tenbankprozessor zur Steuerung der 
Datenbank-Ein-Ausgabe. Die System- 
steuertabellen bleiben wahrend eines 
Operatorlaufs im Kernspeicher und 
unterliegen einer standigen Verande- 
rung. 

Der Formatierer teilt den fur eine DBS- 
Datei auf Direktzugriffsspeichern reser- 
vierten Speicherplatz in Seiten gleicher 
Lange, d. h., er schreibt je Seite einen 
Seitenkennsatz. 

Der Datenbankprozessor enthalt , im 
wesentlichen die Assembleroutinen, die 
die Dienstleistungen der DBS-Befehle 
entsprechend den in den Steuertabellen 
festgelegten Werten erbringen. Die DBS- 
Befehle sind in die folgenden drei Grup- 
pen eingeteilt: 

Befehle fur Systemdienste: OEFFNEN, 

ABSCHLIESSEN. 

Befehle fur Datentransporte: 

SPEICHERN, HOLEN. 

Befehle fur Anderungsdienste: AEN- 

DERN, LOESCHEN. 

Mit diesen Befehlen hat der Anwender 
die Moglichkeit, eine Datenbank zu 
fiillen und einzelne Daten zu andern 
oder zu loschen. 

In der DBS-Dateibeschreibung werden 
alle Angaben (iber die in der DBS-Datei 
zu fiihrenden Satze gemacht und die 
automatische Verknupfung (Dateninte- 
gration) der einzelnen Satze, die in 
irgendeiner Beziehung zueinander ste- 
hen, hergestellt. 

Die Datenintegration wird von DBS 
speicherungstechnisch durch Verkettung 
der betreffenden Satze erreicht. Jede 
Kette ist durch einen Kettennamen ge- 
nau gekennzeichnet und kann unter 
diesem Namen ausgewertet werden. 
In DBS sind die Speicherungsformen 
DIREKT, STARR SEQUENTIELL, INDE- 
XIERT SEQUENTIELL (mit Vielfachin- 
dizierung), ASSOZIATIV und RANDOM 
verwirklicht. Diese verschiedenen Spei- 
cherungsformen, mit den Moglichkeiten 
der Verkettung in Verbindung gebracht, 
erlauben es einem Anwender, seine Da- 
ten entsprechend den spateren Verar- 
beitungsbedingungen zu speichern und 
unter gunstigen Durch laufzeiten zu ver- 
arbeiten. 



Systeme zur Informationsbereitstellung 

Der Schwerpunkt dieser Systeme liegt 
in der raschen und gezielten Ermittlung 
abgespeicherter Informationen als Ant- 
wort auf bestimmte Anfragen. Voraus- 
setzung hierzu ist, daB die Informatio- 
nen durch bestimmte Suchbegriffe (Des- 
kriptoren und andere) fur die Wieder- 
auffindung gekennzeichnet sind. Die 
Festlegung der Suchbegriffe kann frei 
oder an bestimmte, in einem Thesau- 
rus (bei Textdokumenten z. B. in einem 
Worterbuch) fest vorgegebene Begriffe 
gebunden sein. 

Als vorbereitende Aufgabe sind also die 
normalerweise in einer Datenbank ab- 
zulegenden Informationen — bei Aus- 
kunftssystemen meist Textdokumente - 
in zweckmaBiger Weise zu klassifizieren 
und deren Suchbegriffe festzulegen. 
Verfahren, auch die Klassifizierung von 
Dokumenten zu automatisieren, befin- 
den sich in der Entwicklung. 
Die Funktionen im Rahmen eines auto- 
matischen Auskunftssystems sind bei 
AEG-TELEFUNKEN im System TELDOK 
(TELefunken-DOKumentations-System) 
realisiert. TELDOK ist ein als Aus- 
kunftssystem konzipiertes Literatur-Do- 
kumentationssystem (Deskriptorsystem) 
und ist iiberall dort geeignet, wo eine 
groBe Anzahl unstrukturierter Informa- 
tionen gespeichert und wieder abge- 
fragt werden soil und wo es auf ein 
moglichst vollstandiges Auffinden zu- 
treffender Informationen ankommt. 
In der ersten Ausbaustufe wurde ein 
Telefunken-Rechensystem TR 4 mit 
Festplattenspeicher und dem Schirm- 
bild-Arbeitsplatz SAP 200-4 benutzt. In- 
zwischen wird der Schirmbild-Arbeits- 
platz durch ein Sichtgerat SIG 100 er- 
setzt. Es wird iiber eine TR-86-Rechner- 
kopplung an das System angepaBt. 
Das Programmsystem der ersten Aus- 
baustufe besteht aus den folgenden 
logischen Moduln: Off-//ne-Erstellung 
der TELDOK-Dateien, TELDOK-Rah- 
menprogramm einschlieBlich Schreib- 
und Leseprozeduren fiir die Datenbank 
und die Dateiverwaltung, EntschlClsse- 
lungsprogramm fiir Kommandos und 
Suchfragen, Programme fur Bildschirm- 
ausgabe und -dialog, Prozeduren fiir 
die Veranderung vorgegebener Thesauri 
(Worterbiicher), Prozeduren fiir die Er- 
gebnisauswertung. 

TELDOK arbeitet mit den folgenden 
Dateien: Thesaurus, Direkte Datei (nach 
Dokumenten geordnet), Invertierte Da- 
tei (nach den Suchbegriffen der Doku- 
mente geordnet), Kurzreferate der Doku- 
mente, die Dokumententexte selbst. 
Die fiir eine Auskunft im TELDOK- 
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BilcM. Ein praktisches Beispiel fiir die Anwendung von TELDOK. 

Formulierung von Suchfragen und Handhabung der zur Zeit im System realisierten Kommandos. 

Der Anwender versucht sich iiber die Kritik eines Politikers an der Haltung Frankreichs zur Landwirtschaftsfrage innerhalb 
der EWG zu informieren. Es gibt der Reihe nach die folgenden Kommandos ein (GroBbuchstaben); 

A = LANDWIRTSCHAFT + 5 EWG + FRANKREICH; 

Es wird eine Abfrage A eingegeben, mit der Dokumente gesucht werden sollen, die etwas uber die Problematik der 
Landwirtschaft der EWG in Verbindung mit Frankreich aussagen. Besondere Bedeutung hat dabei das Suchwort EWG 
durch die vorangestellte Bewertungsziffer 5; d. h., Dokumente mit dem Deskriptor EWG werden bevorzugt. Die beiden 
anderen Schlagworter erhalten vom System die normierte Bewertung 1. 

BILD(A); 

Der Anwender laBt sich das Ergebnis der Anfrage A am Bildschirm zeigen. 

B = ADENAUER + 10 BRUESSEL; 

Das Ergebnis der Anfrage A ist dem Anwender noch zu umfangreich. Er versucht es durch Suchzeile B genauer zu spezi- 
fizieren. 

BILD(B); 

Er laBt sich das Ergebnis von Suchzeile B zeigen und ist damit nicht zufrieden, weil jetzt auch Dokumente erscheinen, 
die nichts mit seiner ersten Suchfrage gemein haben (z. B. Adenauer spricht iiber die NATO in Briissel). 

C = 6A + B; 

Zusammenfassung der Suchzeilen A und B in der Suchzeile C mit hoherer Bewertung fiir A. 
BILD(C); 

Display des Ergebnisses auf dem Bildschirm. 
D = DE GAULLE / HOECHERL; 

Der Anwender engt das Ergebnis weiter ein, indem er nur noch Aussagen von de Gaulle Oder Hocherl sucht. 
E = C + D; 

Zusammenfassung der bisher eingegebenen Suchfragen. 
BILD(E); 

Display auf dem Bildschirm. 

F = 15 E- 20 ADENAUER; 

Der Anwender mochte die Dokumente, die im Beziehung mit Adenauer stehen, ausschalten (UND-NICHT-Verkniipfung, 
hoher Ausschaltungsgrad durch groBe Bewertung). 

G = E + F; 
BILD(G); 

Display des Ergebnisses. 

INTERVALL(AB,JAHR:1967); 
Da der Anwender noch zu viele Ergebnisse erhalt, scheidet er durch das Kommando INTERVALL diejenigen aus, die sich 
auf Aussagen vor 1967 beziehen. 

BILD(G); 

Der Anwender ist mit dem Ergebnis zufrieden. 

KOPIE; 

Er laBt sich das Ergebnis vom Bildschirm auf dem Schnelldrucker kopieren. 

Es gibt auBer den Programmablaufkommandos noch eine Reihe von Kommandos (z. B. zur Manipulation des Thesaurus, 
Variation des Bildschirmdisplays oder Synonymenerweiterung und -veranderung). Der modulare Aufbau von TELDOK 
erlaubt jederzeit die Erweiterung der Kommandosprache. 
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System benotigten Dateien werden 
auBerhalb des Systems (off-line) in 
einem eigenen Programmkomplex er- 
stellt und auf Magnetbander gespei- 
chert. Auch das Einschleusen neuer 
Dokumente geschieht auf diese Weise. 
Die Strukturbeschreibung des Thesau- 
rus, die direkte und die invertierte Da- 
tei enthalten nur noch Schliissel und 
keine Texte mehr. Diese Schliissel sind 
Dokumenten- Oder Schlagwortnummern. 
Jedem Dokument und jedem Suchbe- 
griff wird vom System her eine eindeu- 
tige Nummer zugewiesen. Als ge- 
wunschtes Ergebnis Oder zur naheren 
Charakterisierung eines gefundenen 
Dokuments lassen sich die Kurzreferate 
Oder die Dokumententexte selbst in den 
Bildschirm des optischen Sichtgerats 
einblenden oder auf einem Schnelldruk- 
ker ausgeben. 

Das TELDOK-Rahmenprogramm ladtzu- 
nachst die auf Magnetbandern befind- 
lichen Dateien auf den Direktzugriffs- 
speicher und bauteine indexsequentielle 
Speicherorganisation fur den Random- 
zugriff zur Datenbank auf. AnschlieBend 
verwaltet TELDOK den zugewiesenen 
Speicherbereich sowie den freien Ar- 
beitsspeicher autonom. Die einzelnen, 
vom Rahmenprogramm iiber Komman- 
dos gesteuerten Programmoduln laufen 
entweder in einer bestimmten Reihen- 
folge automatisch ab, oder sie konnen 
vom Anwender mit Hilfe von Komman- 
dos beliebig aktiviert werden. 
Der Anwender kann Kommandos und 
Suchfragen im Wechselgesprach in be- 
liebiger Reihenfolge wahlweise iiber die 
Kontrollschreibmaschine oder iiber 
Lochkarten formatfrei eingeben. Der 
TELDOK-Anwender hat die Moglichkeit, 
den Suchvorgang durch Kommandos 
oder auch iiber externe Wahlschalter 
sowie iiber Funktions- und Zahlentasta- 
turen am Sichtgerat zu steuern. 
In den Suchfragen werden die Such- 
begriffe mit den logischen Operationen 
UND ( + ), UND NICHT (-) Oder ODER 
(/) verkniipft. Man kann den Suchbe- 
griffen eine Zahl voranstellen, die ihnen 
ein verschieden starkes Gewicht inner- 
halb der Suchfrage zuweist. 
Beim Dialogverkehr leistet das System 
auf Anfrage Hilfestellung. Hierzu gibt 
der Anwender an Stelle eines Parame- 
ters ein spezielles Zeichen ein. Darauf- 
hin wird ein Hilfestellungstext ausge- 
schrieben, der die Art des einzugeben- 
den Parameters beschreibt. 
Der modulare Aufbau von TELDOK er- 
laubt jederzeit die Erweiterung der 
Kommandosprache. Mit den in TELDOK 
vorhandenen Bildschirmprozeduren las- 



sen sich Bilder beliebigen Aufbaus leicht 
programmieren. 

Alle erzeugten Bilder werden archiviert 
und sind spater wieder abruf- und mani- 
pulierbar. So lassen sich z. B. Aus- 
schnitte aus einem archivierten Bild 
zu einem neuen Bild kombinieren. Die 
Wiedergabe am Sichtgerat kann durch 
die Eingabe von Zahlen, durch Funk- 
tionstasten und durch Rollkugel gesteu- 
ert werden. (Z. B. bewirkt die Funktions- 
taste 3 das Einblenden von Kurzrefe- 
raten.) 

Die weitere Entwicklung der Systeme 
zur Informationsbereitstellung geht in 
die folgenden vier Richtungen: 
Betrieb von Datenbanken in Rechner- 
verbundsystemen, 

Entwicklung der Anwendung von TEL- 
DOK in Datenbanken-Verbundsystemen, 
rechnergestiitzte Datenerfassung und 
DatenerschlieBung (Aufbau von The- 
sauri) und 

Durchfuhrung umfangreicher Testre- 
cherchen von groBen Datenbestanden. 
Bisher wurde TELDOK an Pressemel- 
dungen und chemischen Daten erprobt. 
Die Vielfachbenutzung und ein On-line- 
Updating der Informationen ist fur die 
zweite Ausbaustufe und beim Obergang 
auf die TR-440-Version vorgesehen. 

Fuhrungssysteme 

Fuhrungssysteme setzen — im Unter- 
schied zu reinen Auskunftssystemen — 
eine aktive Datenbank voraus. Die ein- 
mal in der Datenbank gespeicherten 
Informationen sollen ja nicht nur abge- 
fragt, sondern auf Grund neu eintreffen- 
der Informationen mindestens ebenso 
haufig verandert werden. Es ist deshalb 
notwendig, bei jeder Art von Fuhrungs- 
systemen den eigentlichen Komplex der 
Datenhaltung und damit auch die Da- 
tenbank von den eigentlichen Anwen- 
dungsprozessen zu trennen. 
Die Organisation rechnerunabhangig 
aufgebauter Fuhrungssysteme laBt sich 
wie folgt darstellen: 



BETRIEBSSYSTEM 



MONITOR 
(Systemsteuerung) 



LOGISCHE MODULN 
(Kommunikationssysteme) 



DATENBANK 
(z. B. DBS) 



Rein funktionell lassen sich innerhalb 
eines Fuhrungssystems die beiden Ab- 



schnitte Planungssysteme und Kontroll- 
systeme unterscheiden (Regelkreis). 
Bei halbautomatischen Fiihrungssyste- 
men wird auf Grund der Ergebnisse aus 
dem Kontrollsystem teilweise automa- 
tisch in das Planungssystem eingegrif- 
fen. 

Im folgenden wird ein kurzer Abri3 der 
bereits realisierten oder in der End- 
planung befindlichen Systeme gegeben, 
deren Ergebnisse mindestens teilweise 
Grundlage ausgereifter Fuhrungssyste- 
me sind. 

PSS — Ein System fur die 
Produktionsplanung und -steuerung 

PSS ist ein typisches Beispiel fur ein 
Planungssystem. Die Probleme inner- 
halb des integrierten Prozesses der Fer- 
tigungssteuerung (Kapitalbindung im 
Lager, Auslastung der vorhandenen 
Kapazitaten, Investitionskontrollen, Ter- 
minkontrollen der einzelnen Auftrage) 
sind so komplex und vielschichtig, daG 
sie nur mit Hilfe der modernen elektroni- 
schen Datenverarbeitung losbarsind. 
PSS bedient sich des Datenbank- 
systems DBS zur Handhabung der in 
der Datenbank formatiert abgelegten 
Teile und Strukturdaten sowie aller 
sonstigen Daten, die fur die Produk- 
tionsplanung benotigt werden. Auf die- 
ser Grundlage wurden im Rahmen von 
PSS die folgenden Prozessoren reali- 
siert. 

PSS-STP Stucklistenprozessor 
Stiicklisten sind Verzeichnisse iiber alle 
Baugruppen und Einzelteile, aus denen 
ein Erzeugnis hergestellt werden soil. 
Ferner enthalten Stiicklisten auch alle 
notwendigen Informationen iiber die 
Struktur eines Erzeugnisses. 
Die Stuckliste wird von verschiedenen 
Betriebsabteilungen benotigt. Jede Ab- 
teilung wiinscht dabei eine andere Form 
und wertet die Information nach unter- 
schiedlichen Gesichtspunkten aus. Das 
Modularprogramm PSS-STP speichert 
und verwaltet alle in den Teilestamm- 
satzen enthaltenen Informationen zen- 
tral in einer universellen Stuckliste und 
ermoglicht die Reproduktion z. B. als 
Baukasten-, Struktur- oder Mengenuber- 
sichtsstuckliste. 

Interessant ist ferner die Teileverwen- 
dung, d. h. Angaben, in welchen Bau- 
gruppen und Erzeugnissen ein bestimm- 
tes Teil enthalten ist. Diese Aussage 
wird durch den Aufbau von Teileverwen- 
dungsketten mit DBS ermoglicht. 

PSS-APL Arbeitsplanprozessor 

Der Arbeitsplan ist eine Zusammenstel- 
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lung aller Arbeitsgange und deren Ab- 
lauffolge. Der Arbeitsplanprozessor setzt 
den Stucklistenprozessor voraus. Er 
verkniipft Stiicklisten und Arbeitsplane. 
In Betrieben mit mehrstufiger Fertigung 
tritt das Problem auf, den Bedarf an 
Einzelteilen und Baugruppen im Rah- 
men eines vorgegebenen Produktions- 
programms zu ermitteln. Es ist dafiir zu 
sorgen, daB auf jeder Fertigungsstufe 
die Teile in ausreichender Menge und 
rechtzeitig verfiigbar sind. PSS ermog- 
licht die Losung dieser Problemstellung 
nach dem Verfahren der deterministi- 
schen und der stochastischen Bedarfs- 
ermittlung. 

PSS-BEDA Bedarfsermittlung 
Im Programmkomplex PSS-BEDA ist 
die deterministische Methode der Be- 
darfsermittlung realisiert. Bei der Ermitt- 
lung des exakten Bedarfs der einzelnen 
Komponenten eines Erzeugnisses wird 
von einem Primarbedarf ausgegangen, 
die Stucklisten werden aufgelost und 
die zeitlichen Verschiebungen beriick- 
sichtigt. 

PSS-MAWI Materialwirtschaft 
In diesem Modularprogramm sind die 
Programmteile der Bestandsrechnung, 
der stochastischen Bedarfsermittlung 
und der Bestellrechnung zusammenge- 
faflt. 

Die Bestandsrechnung verarbeitet alle 
Lagerbewegungen und verwaltet die 
Bestellungen. Sie verandert dabei La- 
ger- und Bestellbestand. Daneben wer- 
den Daten fur geplante und ungeplante 
Entnahmen, AusschuBwerte und Hin- 
weise auf das Datum der letzten Lager- 
bewegung erfaBt. Oberdies besteht die 
Moglichkeit, eine permanente Inventur 
durchzufiihren. 

Die stochastische Bedarfsermittlung er- 
moglicht die Bestimmung des zukiinf- 
tigen Bedarfs mit Hilfe stochastischer 
Methoden. Es handelt sich dabei urn 
eine Bedarfsvorhersage auf Grund des 
zuruckliegenden Verbrauchs, wobei bei 
PSS-MAWI das Verfahren der exponen- 



tiellen Glattung I.Ordnung angewandt 
wird. 

Die Bestellrechnung legt fest, wann 
(Datum der Bestellung), zu welchen 
Lieferterminen und in welchen Mengen 
bestellt werden muB. Der Zeitpunkt, an 
dem bestellt werden soil, wird nach 
dem Bestellpunktverfahren ermittelt. Da- 
bei werden die Termine der noch aus- 
stehenden Lieferungen iiberwacht. PSS- 
MAWI liefert Bestellvorschlage. 

PSS-KAP Kapazitatsplanung 
Liegen Produktionsprogramme und Auf- 
tragsbestand fest, so ist es mit manuellen 
Mitteln schwierig und aufwendig, die 
Belastung der vorhandenen Kapazitaten 
zu ermitteln. Engpasse werden zu spat 
erkannt, und demzufolge lassen sich 
auch abhelfende MaBnahmen nicht 
mehr rechtzeitig einleiten. 
PSS-KAP geht von dem in PSS-BEDA 
und PSS-MAWI ermittelten Bedarf aus 
und errechnet uber eine Durchlaufter- 
minisierung die Belastung der Produk- 
tionsmittel. Der Programmkomplex be- 
nutzt die vom Arbeitsplanprozessor ver- 
walteten Daten. Das Ergebnis der Be- 
rechnung ist ein Maschinengruppen- 
Belegungsplan. 

Fiihrungssysteme der offentlichen 
Verwaltung 

Im Rahmen der Entwicklung integrierter 
Anwendungssysteme besteht das Ziel, 
auch dem gesteigerten Informations- 
bediirfnis in der offentlichen Verwaltung 
durch geeignete Verfahren entgegenzu- 
kommen. 

Das Datenbanksystem DBS von AEG- 
TELEFUNKEN bietet alle Voraussetzun- 
gen fur den Aufbau eines zweckent- 
sprechenden Verfahrens ohne Rucksicht 
auf den Grad der vorhandenen Oder an- 
gestrebten Automation und Integration 
der Verwaltungsaufgaben. Diese Uni- 
versality ergibt sich aus der Eigen- 
schaft von DBS, sowohl groBe als auch 
vielschichtige und differenzierte Daten- 
banken zu verwalten. 
Das in der Planungsphase befindliche 



Fuhrungssystem der offentlichen Ver- 
waltung FSV (Arbeitstitel) greift mit 
Hilfe eines Ordnungsbegriffs (z. B. Per- 
sonalkennziffer, Buchungszeichen und 
ahnliches) auf die Datensatze der Da- 
tenbank zu. Oft besteht die Notwendig- 
keit, die Datensatze auch uber soge- 
nannte Nebenordnungskriterien zu er- 
reichen. DBS benutzt die Technik der 
Vielfachindizierung. Damit ist es mog- 
lich, einem indexsequentiell gespeicher- 
ten Datensatz mehrere Indizes (fur 
Haupt- und Nebenordnungskriterien) zu- 
zuordnen. SchlieBlich bietet DBS die fur 
FVS notwendige Datenkompression. 
Das entsprechende Kompressionspro- 
gramm entfernt automatisch Leerstellen 
oder Nullen, sobald diese Zeichen min- 
destens viermal hintereinander auftau- 
chen. Damit wird eine unter Umstanden 
wesentliche Speicherplatzoptimierung 
erzielt. 

Management-lnformations-Systeme 
MIS 

AbschlieBend wird noch das Konzept fur 
den Aufbau der fiir die Leitung groBer 
Organisationen (Industrieunternehmun- 
gen, Militar usw.) notwendigen Fiih- 
rungssysteme (Management Informa- 
tions-Systemen) erwahnt, die sich bei 
AEG-TELEFUNKEN derzeit in der Pla- 
nungsphase befinden. 
Die Entwicklung soil zu einem weit- 
gehend maschinenunabhangigen System 
und zu einem modularen Aufbau fiihren. 
Die Dienstleistung vorhandener Anwen- 
dungssoftware einschlieBlich der Daten- 
verwaltung wird voll ausgenutzt. 
Endgultiges Ziel ist die Installation 
halbautomatischer Fiihrungssysteme, 
die Alternativen unter Hinweis auf zu- 
gehorige Randbedingungen zur Ent- 
scheidung liefern. 

Zwar lassen sich die informativen 
Unterlagen fiir eine Entscheidung mit 
Hilfe der modernen Mittel eines GroB- 
rechners und seiner Anwendungssyste- 
me verbessern, die endgiiltige Entschei- 
dung sollte aber wohl immer in den 
Handen des Menschen liegen. 
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Gedanken iiber die Beziehungen 
zwischen Fernmelde- und Inf or- 
mationstechnik und ihre zukiinf tige 
Entwicklung 1 ) 



Die Beziehungen zwischen Fernmelde- 
technik und Informationstechnik sind 
auBerordentlich eng und jedem Inge- 
nieur offenbar. Wenn sie dennoch zum 
Objekt dieser Betrachtungen gemacht 
werden, so sollen damit die Beziehun- 
gen etwas iiberschaubar geordnet und 
ein besonderer Aspekt in die Zukunft 
extrapoliert werden mit der Absicht, 
etwas iiber Moglichkeiten, Bedeutung 
und Konsequenzen der Verwendung 
von Datenverarbeitungsanlagen vorher- 
zusagen, die der Allgemeinheit iiber das 
offentliche Fernmeldenetz zuganglich 
sind. Solche Systeme sind in den Ver- 
einigten Staaten als Computer utility 
(Rechenversorgungsunternehmen) be- 
zeichnet worden; in etwas grober Ana- 
logic bei uns gelegentlich als Informa- 
tionssteckdose. 

Man kann die Beziehungen zwischen 
Fernmeldetechnik und Informations- 
technik in drei Klassen teilen: 
Die gemeinsame technische Grundlage, 
den Einsatz der Informationstechnik im 
Fernmeldewesen und den Einsatz der 
Fernmeldetechnik zur Losung umfassen- 
der Informationsverarbeitungssysteme. 
Die programmgesteuerten Rechenma- 
schinen begannen mit einem Kapital 
von technischen Mitteln, das sie im 
Ganzen von der Fernmeldetechnik ent- 
liehen hatten: Relais und Wahler, Fern- 
schreiber und Lochstreifen. Auch die 
Ingenieurkunst war die von Fernmelde- 
ingenieuren: Bei der Synthese der Re- 
laisschaltwerke fur die Fernmeldever- 
mittlung wurden Methoden entwickelt, 
die zur Schaltwerktheorie der Relais- 
maschinen und heute elektronischen 
Maschinen fuhrten. 

Wenn die anfangliche Obereinstimmung 
in den technischen Mitteln in groGem 
Umfang verloren gegangen ist, dann 
deshalb, weil die Informationstechnik 
sich im Vergleich zur Fernmeldetechnik 
in ihren zwei Oder drei Jahrzehnten 
voraussetzungslos entwickeln konnte: 
Keine Vertraglichkeit mit viel alteren 
Systemen, weniger Bindung an auBere 
technische Gesetze, wie etwa die durch 
den Fernmeldeteilnehmer vorgegebe- 
nen Zeitgesetze. Diese Obereinstim- 
mung der technischen Mittel, die sich 
in der elektronischen Vermittlungstech- 
nik zeigt, ist iiberall da weiter offen- 
kundig geblieben, wo der Fernmelde- 
techniker frei gestalten konnte. - Obri- 
gens erkennt man gerade in den letzten 
Jahren einen neuen Zustrom von Inge- 
nieurkunst aus der Fernmeldetheorie 

1) Nach einem Vortrag auf der 10. Post- und 
Fernmeldetechnischen Fachtagung am 27. 4. 70 
in Hannover. 



in die Systemtheorie der informations- 
verarbeitenden Anlagen: Durch hohere 
Organisationen und Beteiligung von 
mehr unabhangigen Benutzern stellt 
sich die Aufgabe, Datenverarbeitungs- 
systeme fur Betriebsverhaltnisse zu ent- 
werfen, die nur noch statistisch be- 
schreibbar sind, was auf die Grund- 
aufgaben der fermeldetechnischen Ver- 
kehrstheorie zuruckfuhrt. 
Der Einsatz der Informationstechnik als 
technisches Hilfsmittel der Post, insbe- 
sondere der Fernmeldetechnik, ist all- 
gemein bekannt. Der Fernmeldeverwal- 
tung stellen sich alle kommerziellen 
Datenverarbeitungsaufgaben, wie Buch- 
haltung, Lagerhaltung bis zu integrier- 
ten Informationssystemen und Plan- 
spielen zur Optimierung des Gesamt- 
organismus Post. Dazu kommen tech- 
nisch orientierte Aufgaben, die denen 
technisch-wissenschaftlicher Rechen- 
zentren entsprechen, und der Einsatz 
von Rechenanlagen unmittelbar im Zu- 
sammenhang mit dem Betrieb des Fern- 
meldenetzes. Es sind Betriebsdaten 
automatisch aufzunehmen, zu verarbei- 
ten und gegebenenfalls zur Umsteue- 
rung zu verwenden; hieraus ergeben 
sich Planungsunterlagen fur die Netz- 
entwicklung: Rechenanlagen konnen die 
Vermittlung iibernehmen und bieten 
besondere Vorteile, wenn Nachrichten 
oder Vermittlungsauftrage gespeichert 
werden sollen, Verteilungsauftrage aus- 
gefuhrt werden sollen, Dateniibermitt- 
lungen wechselnd gesichert werden 
sollen, das System sich selbst iiber- 
wachen soil oder die Organisations- 
regeln ohne technische Anderungen 
umstellbar sein sollen. 
Das Fernmeldenetz als Hilfsmittel der 
Informationsverarbeitungssysteme ist 
fur die Kopplung von Rechenanlagen, 
fur den Zugriff auf entfernte Speicher 
und fur die abgesetzte Ein- und Aus- 
gabe von groBter Bedeutung fur die 
Weiterentwicklung der Informationstech- 
nik. Die technischen Probleme, wie 
Modulation, Codierung, Fehlersicherung, 
Endgerate usw. sind in den vergange- 
nen zehn Jahren sehr intensiv bearbei- 
tet worden. So wurden z. B. bei AEG- 
TELEFUNKEN Gerate zur fehlersicheren 
Obertragung von Daten auf Fernsprech- 
leitungen entwickelt. Ein solches Gerat 
bietet einen voll codetransparenten 
Kanal fuir die Obertragung beliebig 
codierter Nachrichten. Durch eine der 
Schleifenlaufzeit angepaBte Wiederhol- 
menge arbeitet es auf stark gestorten 
Verbindungen mit guter Leistungsaus- 
nutzung. Dabei wirken sich die kurzen 
Blocke, in die der Datenstrom zerlegt 
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wird, besonders bei Storungen mit 
statistisch unabhangigem Fehler giinstig 
aus: Selbst kurze storfreie Zeiten er- 
lauben noch die Obertragung von eini- 
gen der kurzen Blocke. In den Tele- 
funken-Datenstationen sind diese Ge- 
rate (DFS 321 = Daten-Fernbetriebs- 
einheit mit Fehlerschutz) zentraler 
Bestandteil. Grundsatzliche Schwierig- 
keiten scheinen heute fur die Daten- 
iibertragung nicht mehr zu bestehen. 
Die Ausnutzung der sich bietenden 
Moglichkeiten fur die Informationsver- 
arbeitung hat dagegen gerade nur be- 
gonnen. Die Probleme, die sich hier 
stellen, gehoren samtlich in das Gebiet 
der Systemplanung und Programmie- 
rung, das trotz zahlreicher groBer Er- 
folge sich noch in einem Pionierstadium 
vor der Formung einer strengen tech- 
nischen Disziplin befindet, so daB das 
AusmaB von Erfolgen und offenen 
Fragestellungen nur schwer richtig ein- 
geschatzt werden kann. Bevor auf die 
gegenwartig erkennbaren Moglichkeiten 
und deren Konsequenzen eingegangen 
werden soil, sei noch ein Blick auf die 
Entwicklung der Informationstechnik 
geworfen. Es ist notwendig, sich das 
Tempo der technischen Entwicklung vor 
Augen zu halten, urn in den Prognosen 
nicht zu kurz zu greifen. 
Die heutige technische Situation der 
elektronischen Rechenanlagen wird 
durch die folgenden Punkte grob urn- 
rissen: 

Schnelle Erhohung der Geschwindigkeit, 
Wirtschaftlichkeit und SpeichergroBe 
der Anlagen. 

Einfiihrung der Vielfachausnutzung, des 
Fernzugriffs und Abbau der formellen 
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Bild 3. Preis fur 10' Rechenoperatio- 
nen. gemessen als Verhaltnis von 
Mietkosten und Operationsgeschwin- 
digkeit (Spitzenanlagen) 
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Anspruche im Umgang mit dem Be- 
nutzer. 

Im lolgenden werden einige Aufzeich- 
nungen eines Berichts verwendet, den 
die American Federation of Information 
Processing Societies im Jahre 1966 
veroffentlichte. 2 ) Bild 1 zeigt als Ge- 
schichte und Prognose die Entwicklung 
der Additionszeit der jeweiligen Spit- 
zenmaschine. Das Diagramm beschreibt 
eine Beschleunigung urn 5'/ 2 Zehner- 
potenzen in 25 Jahren, das heiBt urn 
das 1,6fache je Jahr. Obrigens konnte 
dieser Fortschritt nur dadurch erreicht 
werden, daB die herkommliche Schal- 
tungs- und Aufbautechnik zweimal ver- 
lassen wurde: In diese Zeit fallt der 
Obergang von der Rohrentechnik zur 
Transistortechnik und deren Weiterbil- 
dung in den integrierten Schaltungen 
(Bild 2). Bild 3 zeigt die Betriebskosten 
der Spitzenanlagen, dargestellt als Preis 
fur je 1 Million Operationen. Der Sprung 
betragt immerhin vier Zehnerpotenzen 
in 25 Jahren, mithin 25 % je Jahr. Bild 4 
zeigt ahnliche Entwicklungen fur die 
Geschwindigkeit (genauer genommen 
einen kennzeichnenden, reziproken 
Wert, die Zykluszeit) und die Kapazitat 
der Arbeitsspeicher der Spitzenanlagen. 
SchlieBlich muB man sich noch ver- 
gegenwartigen, daB der Produktions- 
wert an elektronischen Rechenanlagen 
ganz ahnlichen Zuwachsraten unterliegt, 
urn ein Gefiihl dafiir zu bekommen. wie 
schnell und kraftig die Entwicklung 
verlauft. 

Die Leistungssteigerung der Anlagen 
hat tiefgreifende Veranderungen in 

2) Die Werte sind leilweise vom Verfasser wei- 
tergeschrieben. 



ihrem Betriebsbild notwendig bzw. mog- 
lich gemacht. Die wachsende Fehl- 
anpassung zwischen den Leistungen 
der mechanischen Peripheriegerate und 
der zentralen, elektronischen Verarbei- 
tungseinheit fiihrte zur Vielfachausnut- 
zung der Zentrale. Dieses Konzept ist 
in den letzten fiinf Jahren auf den 
VielfachanschluB von zahlreichen unab- 
hangigen Benutzern ausgedehnt wor- 
den. Dies setzt die Fernverbindungen. 
mithin die Datenubertragung, voraus 
und Einzelarbeitsplatze von geringen 
Kosten und groBer Vielseitigkeit wie 
z. B. Fernschreiber und elektronische 
Sichtgerate (Bild 5). Die sinkenden 
Operationskosten machten es moglich, 
der Maschine immer mehr von der 
notwendigen Betriebsorganisation selbst 
aufzuburden und auf Maschinenkennt- 
nisse des Benutzers - des Program- 
mierers - weitgehend zu verzichten; 
die Maschine iibersetzt das maschinen- 
unabhangige Programm in eine fur sie 
geeignete Internform. 
In diesem Augenblick wird die Synthese 
fernmeldetechnischer und informations- 
verarbeitender Moglichkeiten sichtbar: 
Zentrale Rechenanlagen, die uber ein- 
fache Endgerate (Fernschreiber. Tasta- 
tur. Sichtgerate) und das Fernmeldenetz 
von jedermann in Anspruch genommen 
werden konnen. Spezialsysteme mit 
begrenzten Moglichkeiten sind seit lan- 
gerer Zeit verwirklicht; in den Vereinig- 
ten Staaten sind in groBer Anzahl 
Unternehmungen gegrundet worden. die 
Rechenleistung auf diese Weise auBer 
Haus verkaufen. Von einer umfassen- 
den Einfuhrung von sehr allgemein 
brauchbaren Systemen trennen uns 
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Bild 4. Entwicklung von Kapazitat und 
Zykluszeit bei Arbeitsspeichern 
(Spitzenmodelle). Der Entwicklungs- 
trend gabelt sich durch den Einbruch 
der Halbleiterspeicher, in den siebziger 
Jahren wahrscheinlich bevorzugt fur 
kleine bis mittlere Kapazitat; Kern- 
oder Drahtspeicher fur groBe Kapazitat 

K Kapazitat 
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Sp Kernspeicher 



noch sehr erhebliche Programmierungs- 
aufwendungen, die Entwicklung noch 
billigerer Rechenanlagen. zweckmaBige 
Endgerate in groBen Serien - etwa 
als Zusatz zum Fernsehgerat - und 
eine entgegenkommende Preisgestal- 
tung im Fernmeldenetz 
Trotz solcher unerfiillter Vorausschau- 
ungen ist aber anzunehmen. daB in 10 
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bis 20 Jahren Rechenanlagen im Fern- 
betrieb fiir jeden von uns ohne bedeu- 
tende Vorbildung zuganglich sind. Sie 
werden als technisches Mittel die Mog- 
lichkeit jedes einzelnen von uns ge- 
nauso umgestaltet wie es der offent- 
liche Autoverkehr, das Telephon, Radio. 
Fernsehen usw. bereits getan haben. 
Was wird man nun mit diesen Moglich- 
keiten tun? Zunachst laBt sich die 
Maschine als Rechenassistent verwen- 
den. Man schreibt seine Aufgabe in die 
Maschine. sie schreibt die Losung oder 
fragt zuriick, wenn sich der Benutzer 
unklar geauBert hat. Der Benutzer 
kann die Aufgabe Oder nur die Losung 
unter irgendeinem Namen fiir sich 
aufbewahren oder einem oder mehreren 
anderen mitteilen. 

Solche Aufgaben umfassen naturlich 
nicht nur die Grundrechenarten, son- 
dern eine breite Sammlung von mathe- 
matischen Grundaufgaben und Grund- 
problemen der rechnenden Wissen- 
schaften. 

Man kann die Maschine auch um Aus- 
kunft bitten. An Stelle einer Zeitung 
bedient man sich des automatischen 
Auskunftsdienstes einer Nachrichten- 
agentur, die die neuesten Nachrichten 
als einen Satz von Oberschriften liefert, 
aus denen sich der Benutzer diejenigen 
heraussucht. zu denen er Details wis- 
sen mochte. 

Einige der Benutzer werden dem System 
z. B. einen Dauerauftrag betreffend die 
Notierungen von NE-Metallen oder den 
Wetterbericht geben, die es beide 
immer sofort nach Erscheinen liefert. 
Der Auskunftsdienst ist eine passend 
programmierte Maschine, in deren Spei- 
chern die Sonderwiinsche von Tau- 
senden von Abonnenten stehen. 
Es ist zu bezweifeln, ob man sich in 
Zukunft noch neue Biicher kaufen wird. 
wenn man uber das Sichtgerat jedes 
neue Buch lesen kann, ohne es tatsach- 
lich zu besitzen. In den Vereinigten 
Staaten sind geschaftliche Verflechtun- 
gen zwischen den groBen Elektronik- 
unternehmen und den Verlagshausern 
schon heute zu beobachten. Als beson- 
deren Kundendienst wird die Maschine 
naturlich auch Obersichten uber ihren 
Fundus ubermitteln, so daB besondere 
Interessenten Romane finden. deren 
Held Gartner ist, oder die amerikanische 
Literatur der letzten zwei Jahre uber 
Oxydationseigenschaften von kohlen- 
stoffarmen Stahlen lesen konnen. Man 
wird sein Wissen stets aus dem neu- 
esten Konversationslexikon beziehen 
und schon langst keine eigenen Sprach- 
lexika mehr besitzen. Mit einiger Wahr- 



scheinlichkeit wird irgendeine Ma- 
schine, die unter dem Stichwort Ober- 
setzung russisch angewahlt wird. auch 
die Obertragung eines Briefes nach 
Moskau durchfuhren. Im Gegensatz zu 
unserem sonstigen Optimismus ist es 
allerdings sehr fraglich, ob die Uber- 
setzung gut ausfallt. 

Man muB sich dazu vorstellen. daB 
bestimmte billige Informationsmittel. 
wie Zeitungen und Taschenbiicher, nur 
durch eine Massenkonjunktur moglich 
sind. Die beschriebenen technischen 
Neuerungen fuhren wahrscheinlich da- 
zu. daB der private Besitz von Druck- 
erzeugnissen wieder als teures Hobby 
angesehen wird. 

Wie verhalt es sich nun mit den ent- 
stehenden Kosten? In den USA kostet 
die Benutzung eines Fernschreibers im 
Verkehr mit einer Rechenanlage 3 bis 
10$ je Stunde, die Rechenzeit 5 bis 
20$ je Minute (mittlere Anlagen). Da je 
Stunde Benutzungsdauer nur einige 
Minuten Rechenzeit in der Zentrale 
anfallen, durften die Gesamtkosten 
etwa 100$ je Stunde betragen. Nun 
verbilligen sich die Leistungen der elek- 
tronischen Rechengerate dauernd; in 
den nunmehr hinter uns liegenden 
18 Jahren Rechenmaschinenproduktion 
hat sich ja der Preis je Operation um 
einen Faktor von mehreren Hundert 



ermaBigt. Vielleicht kann in 20 Jahren 
der Teilnehmer im allgemeinen mit 
zentralen Maschinenkosten von einigen 
Mark je Stunde am Fernschreiber oder 
Sichtgerat auskommen. Dazu kommen 
die Kosten fiir sein Endgerat - viel- 
leicht dann in der GroBenordnung eines 
Farbfernsehgerates - und die Leitungs- 
kosten. 

Zu den hoheren Dienstleistungen, die 
wenigstens in einfacher Form der Ma- 
schine iibertragen werden, durften auch 
solche der Lehrer. Arzte und Rechts- 
anwalte gehoren. Nicht zu iibersehen 
ist die Bedeutung der Maschinen im 
Hinblick auf den programmierten Un- 
terricht. Zentrale Unterrichtsmaschinen 
konnen einen groBen Teil der Schul- 
und Schulungsaufgaben ubernehmen, 
wenn ihre Dienste allgemein zuganglich 
werden. 

Sicher wird man sich auch der Maschine 
bedienen, wenn man korperliche Be- 
schwerden hat. Ein programmierter 
Gesundheitsdienst, dem man seine Be- 
schwerden schildert, wird dem Patienten 
prazise Fragen stellen. Selbstverstand- 
lich hat er alle friiheren Gesprache auf- 
bewahrt, um sie fur seine Schlusse zu 
verwenden. Er gibt eine Verhaltens- 
vorschrift, einen Hinweis auf ein Medika- 
ment oder rat zu einem Arzt, der das 
Interview und die bisherige Kranken- 
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geschichte erhalt. Vielleicht wird die 
Rechenanlage die Polizei alarmieren, 
wenn sie bei der Unterhaltung eine 
gefahrliche, ansteckende Krankheit dia- 
gnostiziert. 

Es ist leicht einzusehen, daB es fur 
bestimmte Arten von Gesprachen mit 
der Maschine ein Identifizierungsver- 
fahren geben muB, das verhindert, daB 
jemand im Namen eines anderen Er- 
klarungen abgibt. Dazu ist es moglich, 
Parolen zu verabreden, die nur dem 
Benutzer und dem mit ihm korrespon- 
dierenden Programm bekannt sind. 
Oder es wird fur strengere Anforde- 
rungen elektronische Parolenabfrager 
geben, in die man eine Art Schliissel 
einfiihrt, der im elektronischen System 
den Personalausweis vertritt. 
Wenn man sich in rechtlichen Schwie- 
rigkeiten sieht, wird man Rechtsaus- 
kunfte verlangen. Ein Programm wird 
sich in die Lage des Benutzers hinein- 
fragen und ihn - sofern moglich - 
uber die Konsequenzen unterrichten. 
Hier erhebt sich allerdings die Frage, 
ob man diese Auskunft noch verwenden 
wird, wenn dasselbe Programm even- 
tuell die Polizei ruft, wenn das Inter- 
view den Benutzer verdachtigt. 
Es wird zentrale Vermittlungsdienste 
geben. Man kann Nachrichten an einen 
beliebig definierten Personenkreis ver- 
schicken. Der Zahlungsverkehr wird von 
einem allgemein zuganglichen Post- 
scheck- bzw. Bankprogramm wahrge- 
nommen. Soil man jemandem eine 
groBere Zahlung an Ort und Stelle 
leisten, dann tritt man an seinen Fern- 
schreiber und veranlaBt die Umbuchung. 
Die Bank bestatigt die Oberweisung 
sofort. Ein Vermittlungsdienst macht 
auch das Einkaufen leichter. Als erstes 
automatisieren die Versandhauser ihren 
Handel und geben automatische Kata- 
logauskiinfte und nehmen Bestellungen 
an. Dann gibt es vergleichende Ein- 
kaufsvermittler, an die zahlreiche Unter- 
nehmen angeschlossen sind und die 
aus einem groBen Sortiment zu wahlen 
gestatten. 

Auch die meisten Publikumsleistungen 
unserer offentlichen Verwaltung sind 
von einem Typ, der den Gang zu Be- 
horden durch den Verkehr am Fem- 
schreiber oder Sichtgerat abzulosen 
gestattet. Die Publikumsbehorden fuh- 
ren einen groBen Datenbestand, etwa 
uber Personalstatus, Gesundheit, wirt- 
schaftliche Verhaltnisse, Verhalten, Mili- 
tardienst, der mit Sicherheit von Ma- 
schinen gespeichert und fortgeschrieben 
werden wird. Die einzelnen Datenbe- 
stande, die die Behorden fuhren, wer- 



den dann nach einheitlichem Schema 
aufgebaut, so daB Angaben aus ver- 
schiedenen Bestanden zu einem umfas- 
senden Dossier uber meine Person 
zusammengesetzt werden: Geburtspro- 
tokoll, Taufprotokoll, Folge von Krank- 
heitsberichten, Behandlungsprotokolle, 
Militaruntersuchungen, militarische Fuh- 
rungszeugnisse, erworbene Zeugnisse 
— etwa ein Bild von Intelligenzleistun- 
gen, wie sie aus dem Maschinenfern- 
unterricht hervorgehen - Familien- 
standsprotokolle, Strafeintragungen, 
Berufs-, Versicherungs-, Steuerunter- 
lagen usw. Moglicherweise bemachtigt 
sich der Staat auch eines Verzeichnis- 
ses, was man liest, wer mit wem welche 
Nachrichten austauscht, welche Auf- 
gaben man sonst den Maschinen ijber- 
gibt? Dadurch, daB diese Maschinen in 
zahlreiche Bereiche des Lebens ein- 



dringen, kann sich der Staat — oder 
ebenso ein Privatunternehmen, das 
eine genugend starke Stellung auf die- 
sem Gebiet der Maschinendienstleistun- 
gen innehat — ein umfassendes Bild 
uber jede Person zusammenstellen, das 
die Privatheit im heutigen Sinne auf- 
hebt. Wer darf sich dariiber orientie- 
ren? Wird ein solches Unternehmen 
derartige Nachrichten an andere ab- 
geben? Wenn man die Rechenmaschine 
so weitgehend verwenden kann und 
dann wahrscheinlich muB, wird jede 
wichtige Tatigkeit des Benutzers der 
Maschine in Spuren offenbar. 
In den Vereinigten Staaten, wo die 
Entwicklung bereits weiter gediehen ist 
und das BewuBtsein fur die Substanz 
der Grundrechte wahrscheinlich auch 
wacher, ist das umrissene Problem des 
Informationsschutzes bereits mehrfach 
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David and Goliath 

Bild 6. Wahlkampfplakat aus den USA 
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Gegenstand von Sitzungen von Kon- 
greRausschiissen gewesen. Bild 6 (aus 
der Zeitschrift „Computerworld") zeigt, 
daS sogar im amerikanischen Wahl- 
kampf diese Fragen eine Rolle spielen: 
Der (spater siegreiche) Kandidat Gal- 
lagher vertreibt die drohende Nationale 
Datenbank — ein umfassendes Aus- 
kunftssystem fur die Behbrden - vom 
Grundstuck des Burgers John Q. 
Der Ausflug in die Politik bietet zu- 
gleich eine Ansicht dieser Technik, die 
gerade auf eine posttechnische Tagung 
gehort: Die Post erfullt ihre Aufgabe a!s 



offentlichen Auftrag unseres Gemein- 
wesens. Gestiitzt auf das von ihr be- 
triebene Fernmeldenetz entsteht eine 
neue Klasse von offentlichen Dienst- 
leistungen, die, wenn sie nicht ehren- 
haft und nach wohl noch aufzustellen- 
den Normen — verwandt mit denen von 
Brief- und Fernmeldegeheimnis - er- 
fullt werden, dem Burger betrachtlichen 
Schaden bringen kann. Hier mischt sich, 
wie so oft in der Posttechnik, techni- 
scher und politischer Auftrag. 
Es erscheint notwendig, sich die Mog- 
lichkeiten und Gefahren des raschen 



Eindringens der Informationstechnik in 
unser tagliches Leben moglichst dra- 
stisch vorzustellen, um rechtzeitig zu 
erkennen, welche Rechte wir als ein- 
zelne kiinftig neben den anerkannten 
Grundrechten beanspruchen miissen, 
um unsere Privatheit zu verteidigen. 
Das berechtigte offentliche Interesse, 
unseren Staat wirkungsvoller zu organi- 
sieren, und unser eigenes Interesse, 
machtigere Hilfsmittel zu besitzen, mul3 
gegen den drohenden Verlust unseres 
Verhaltensspielraumes abgewogen wer- 
den. 



Studienarbeiten unterstiitzen DK 377 5 621 3 6501156 

Ausbildung fur Inf ormatik-Ingenieure H 0rs t Memtzen) 



An der Staatlichen Ingenieurschule 
Konstanz ist das Anfertigen einer Stu- 
dienarbeit seit wenigen Jahren eine 
notwendige und nicht hinreichende 
Bedingung fur den erfolgreichen Ab- 
schluB einer Ingenieurausbildung. An 
den Beispielen einiger abgeschlossener 
Arbeiten im Rahmen der bisherigen 
Ausbildungsrichtung Elektrotechnik/Au- 
tomation und Datentechnik (EA) seien 
Einblicke in Aufgabenarten sowie in Be- 
miihen und Erfolg von Bearbeitern und 
Betreuern vermittelt. Der genannten 
Ausbildungsrichtung wurde kiirzlich die 
Bezeichnung Informatik (mit der Be- 
deutung Ingenieur-lnformatik) iibertra- 
gen [1]; die folgenden Aussagen haben 
besonders hierfur, aber auch teilweise 
in allgemeinerem Sinne Giiltigkeit. 
Entsprechend den Leitgedanken fur 
die Einrichtung dieser Studien- Oder 
Ingenieurarbeiten, die jeweils ein Thema 
aus einem gewahlten Fachgebiet be- 
arbeiten lassen, ist mit ihnen eine wert- 
volle Erganzung der durch Lehrveran- 
staltungen, Obungen und Priifungen ver- 
mitteltenAusbildungsbeitrageverbunden. 
In den meisten Fallen handelt es sich 
zwangslaufig zunachst um anwendungs- 
bezogene Themenstellungen zu einem 
oder auch zu mehreren Fachern der 

1) Dipl.-lng. Horst Meintzen ist Dozent an der 
Staatlichen Ingenieurschule Konstanz. 



Ausbildungsrichtung. Fur die Ingenieur- 
lnformatik bedeutet dies ein besonders 
vielfaltiges Spektrum moglicher Auf- 
gaben. Einschrankungen ergeben sich 
unter anderem aus den realen (zum Teil 
auch handwerklich begrCindeten) Vor- 
kenntnissen der studentischen Bearbei- 
ter, aus der relativen zeitlichen Lage 
der Bearbeitung innerhalb des Zeitplans 
der Gesamtausbildung, aus der be- 
grenzten Bearbeitungsdauer und aus 
der Zahl und der technischen Ausstat- 
tung verfiigbarer Arbeitsplatze an der 
Ausbildungsstatte, weniger aus der 
fachlichen Beweglichkeit und dem Ein- 
fallsreichtum von Dozenten als Betreu- 
er der Arbeiten. 

Auch die industriellen Kreise, denen 
der Ausbildungsstand kunftiger Partner 
wichtig erscheint, haben zur Einrichtung 
der Ingenieurarbeiten eine sehr positive 
Einstellung. Zu den Firmen mit sehr 
aktiver Unterstutzung gehort AEG- 
TELEFUNKEN in Konstanz. 
Fur die Ausbildung von Informatik- 
Ingenieuren haben unter anderem die 
Facher eine wesentliche Bedeutung, 
welche die technischen Funktionen und 
die Programmierung von elektronischen 
Rechenanlagen und kompletten Syste- 
men direkt oder indirekt betreffen [2]. 
Die Behandlung des Lehrstoffs ist 
unbedingt zu unterstiitzen durch Obun- 



gen mit geeigneten Demonstrations- 
und Arbeitsgeraten [3]. Hierfur besteht 
ein Aufbaubedarf, der entweder durch 
Kauf fertiger Gerate oder durch Inge- 
nieurarbeiten im eigenen Haus mit dem 
Resultat gebrauchsfahiger Gerate, und 
zwar weitgehend ohne personelle Hilfe 
der Industrie, zu decken ist. Fur eine 
junge Fachrichtung besonders ein- 
schrankend kann sich eine haushalts- 
technisch verzogerte Bereitstellung von 
Mitteln fur die materiellen Komponen- 
ten von Produkten der Ingenieurarbei- 
ten auswirken. In solchen Fallen wird 
eine materielle Unterstutzung durch die 
Industrie von den Betreuern besonders 
dankbar begriiBt. Geistig nicht weniger 
anspruchsvoll, wenn auch fur manche 
Ingenieure etwas ungewohnlich gegen- 
uber reinen Geratebauproblemen, sind 
Themen auf geeigneten Gebieten der 
Anwendungsprogrammierung. Vom Er- 
reichen eines entsprechenden studen- 
tischen Ausbildungsniveaus ab ist eine 
technisch orientierte, abstraktere Be- 
handlung von Problemlosungen wah- 
rend des Studiengangs zu beriicksich- 
tigen; es handelt sich besonders um 
Simulationen durch Rechnerprogramm 
[4]. Die hat den vorteilhaften Neben- 
effekt, daB man auf mehrere problem- 
orientierte Gerate mit eventuell niedri- 
gem Nutzungsgrad verzichten kann und 
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mit der normalen Ausstattung eines 
gepflegten Rechenzentrums auskommt. 
Begonnen wurden im Sommersemester 
1968 die eigenen Aktivitaten fur Inge- 
nieurarbeiten in den hier zu betrach- 
tenden Fachern Digitalrechner-Systeme 
und Programmieren von Digitalrech- 
nern unter den insgesamt 14 tech- 
nischen Lehrplanfachern der bisherigen 
Schwerpunktausbildung Automation und 
Datentechnik (EA). Es handelte sich 
um die Themen [5] und [6], die zum 
Teil zusammenhangen; dabei war in 
zwei Teilen der Arbeit [5] maBge- 
bend,daBGerate(vonAEG-TELEFUNKEN 
in Konstanz stammend) fur den Labor- 
iibungsbetrieb erweitert werden sollten. 
Teil I der Arbeit betraf das digitale 
Experimentiergerat DEX100 und eine 
noch nicht vorhandene Anpassungs- 
elektronik fur seine Zusammenarbeit 
mit den Lochstreifengeraten einer ge- 
spendeten Schreibautomatenanlage 

Olymax® der Olympia-Werke. Mit dem 
DEX100 ist fur recht viele Arten von 
Problemlosungen binarlogischer Art 
eine mit Stecktafel programmierbare 
Simulation durch in Obungen zu ent- 
werfende binare Schaltnetze bzw. 
Schaltwerke gegeben. Die Information 
wird am Gerat von Hand eingegeben; 
die Ausgabe geschieht iiber Anzeige- 
lampchen. Dieses Gerat wird durch 
wahlweisen Betrieb einer angeschlos- 
senen Lochstreifen-Eingabe und -Aus- 
gabe in seiner Gesamtgeschwindigkeit 
und Vielseitigkeit deutlich erhoht und 
kann sich als Kleinanlage mit 60 
Verkniipfungs- und 24 Speichergliedern 
mit vielen der mittlerweile auf dem 
Markt erhaltlichen Obungsgerate im 
Anwendungsnutzen messen. Wesentlich 
ist dabei die iiber Lochstreifen gege- 
bene Bearbeitungsmoglichkeit von vor- 
oder nachgeordneten Problemlosungen 
iiber einen digitalen Universalrechner. 
Das leihweise benutzte Exemplar DEX 
100 wurde, da sich das Problem der 
Bezahlung wider Erwarten nicht losen 
lieB, schlieBlich dem Hersteller wieder 
zuriickgegeben. Statt dessen wird jetzt 
die noch universellere digitale Simu- 
lation iiber Software betrieben [4] 
Der Teil II der Arbeit [5] erreichte das 
Ziel einer vervollstandigten Anpas- 
sungselektronik zum AnschluB eines 
digitalen Plotters (Typ CALCOMP 565) 
an einen Eingabe-Ausgabe-Kanal des 
Telefunken-Rechners TR 10. Beide 
Teile der Arbeit wurden mit Unter- 
stiitzung von AEG-TELEFUNKEN im 
Konstanzer Werk durchgefiihrt. 
Wie in Fachkreisen allgemein bekannt 
ist, sind diese Plotter und ihre Pro- 



grammierung fur viele Anwendungen 
das optimale, fur andere das mini- 
male an notwendigem Ingenieurwerk- 
zeug im Rahmen der Geometrischen 
Datenverarbeitung [7]. In der Ausbil- 
dung gehoren hierzu allgemein zugang- 
liche Programmkomponenten: Standard- 
Unterprogramme mit AnschluB an pro- 
blemorientierte Sprachen, wie ALGOL 
60 bzw. FORTRAN. Da diese ausschlieB- 
lich fur FORTRAN vom Plotterhersteller 
direkt verfiigbar waren, wurde wegen 
der Bevorzugung von ALGOL in der 
Staatlichen Ingenieurschule Konstanz 
die Aufstellung eines Prozedursystems 
zum ALCOR TR 10 als Thema mit meh- 
reren Teilen fur die Arbeiten [6], [8], [9] 
vergeben. An Hand von nur in engli- 
sche Sprache beschafften Unterlagen 
iiber ein solches System des Mathe- 
matischen Zentrums Amsterdam sowie 
des Geratehandbuch fur den Plot- 
ter konnten die Arbeiten betrieben wer- 
den. Dabei sind von den Bearbeitern 
als neuartige Ausbildungskomponente 
nicht nur einige ihrer fachlich-fremd- 
sprachlichen Probleme bewaltigt, son- 
dern Einsichten in Inhalt, Aufbau und 
Funktionszusammenhange der Proze- 
duren gewonnen worden. Als der erfor- 
derliche und vorgesehene Speicher- 
ausbau des Rechners TR 10 entfiel, 
ergab sich schlieBlich die Mog- 
lichkeit eines Obergangs zum Telefun- 
ken-Rechner TR 4 des Konstanzer 
Rechenzentrums von AEG-TELEFUNKEN 
mit bezahlter Rechenzeit. AuBer einem 
stationaren Plotter steht dort als Ope- 
rator des Betriebssystems das ALGOL- 
60-Prozedursystem ALPOT erstellt als 
Codeprozeduren in TEXAS vom AEG- 
TELEFUNKEN-Rechenzentrum in Back- 
nang) inzwischen zur Verftigung, so daB 
der Ubungsbetrieb derStudenten — vom 
Verfasser als ein Ziel der Ingenieur- 
arbeiten geplant - mit Anwendungs- 
programmen im Sommersemester 1970 
bereits aufgenommen werden konnte 
[7]. Ingenieurarbeiten iiber Software 
auf dem Gebiet der Geometrischen 
Datenverarbeitung wurden inzwischen 
fortgesetzt; dabei erweisen sich die 
friiheren Arbeiten fur nachfolgende Be- 
arbeiter als nutzlich. 
Nach den ersten drei Semestern seit 
Bestehen der Ausbildungsrichtung Elek- 
trotechnik, Automation und Datentechnik 
der Staatlichen Ingenieurschule erhohte 
sich deren Horerzahl je Semester um 
150%- Damit zugleich wurde zu ex- 
ternen Ingenieurarbeiten ein reges In- 
teresse der EA-Studenten fur Themen 
und Arbeitsplatze in Hardware-Abtei- 
lungen von AEG-TELEFUNKEN in Kon- 



stanz realisierbar. Zweifellos waren un- 
ter anderem hierfur Werkstudenten- 
Erfahrungen im Vorteil. Es entstanden 
wahrend der Ferien vor dem Sommer- 
semester 1970 die in alphabetischer 
Namenfolge genannten Arbeiten [10] 
bis [16]. Die vereinbarte Betreuung in 
den einzelnen Abteilungen durch die 
sehr aufgeschlossenen Herren der Fir- 
ma reichte von quasisynchroner bis zu 
asynchroner Steuerung und bis zu voll 
selbstandigem Wirken der studentischen 
Bearbeiter. Eine Entlastung fur die Be- 
treuung seitens der Staatlichen Inge- 
nieurschule ist dadurch jedoch nur be- 
dingt zu verzeichnen, Anzahl und 
Thematik der Ingenieurarbeiten gaben 
dem Verfasser beispielsweise Ge- 
legenheit, Einblicke in alte und neue 
Bearbeitungsmethoden fur die weiter- 
entwickelten Probleme beim Hersteller 
von Datenverarbeitungsanlagen auch 
auf diesem Wege zu erweitern. Ober 
unmittelbare und weitere Folgerungen, 
die sich aus Weiterbildungs-Kompo- 
nenten dieser Art fur die Lehrplanung 
und die Ausbildung von Studenten der 
kiinftigen Ingenieur-Hochschule sowie 
fur die Tatigkeit der erforderlichen As- 
sistenten ergeben, wird nach Moglich- 
keit in einem getrennten Beitrag zu be- 
richten sein. Teilweise zeigen die 
Arbeiten [3], [4] und [7] bereits be- 
statigte Ansatze. 

Ein Querschnitt durch die Themen der 
sieben Studienarbeiten in der Industrie 
umfaBt reprasentativ folgende (erwei- 
terbare) Gruppen: 

A Durchfiihren von MeBreihen an vor- 
gegebenen Objekten und Berechnungen 
dazu. 

e Entwurf, Aufbau, Fertigungslenkung 
und Funktionspriifung von digitalen 
Geraten handlicher GroBenordnung, 
C Entwurf von Funktionseinheiten als 
Teile umfangreicherer und komplexer 
Gerate (Systeme) nach abstrakten Me- 
thoden. 

Zur Gruppe A ist Arbeit [11] ein Beispiel 
mit nutzlichem Ergebnis; hierbei stan- 
den apparative MeBhilfen zur Verfiigung, 
die in der Staatlichen Ingenieurschule 
Konstanz Abt. EA nicht vorhanden sind. 
Die Gruppe B war durch drei Arbeiten 
vertreten: [10] betraf im Entwicklungs- 
labor ein Priifgerat fur die Funktionen 
eines Bildwiederholungsspeichers im 
Zusammenwirken mit dem Telefunken- 
Sichtgerat SIG 100 [17]. Mit [12] ent- 
stand im Priiffeld ein recht universelles 
Simulationsgerat fur das Ansteuerungs- 
verhalten rechnerperipherer Baueinhei- 
ten als Prufobjekte. Zur Nachbildung 
von regelmaBigen und unregelmaBigen 
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Betriebs- und Pausenzeiten konnen 
variable und zeitlich definerte Bitmuster 
verschiedener Pegel durch Impulsserien 
von sechs Takten erzeugt werden. 
Ebenfalls in einem Entwicklungslabor 
und voll betriebsfahig entstand zu [15] 
ein weiteres digitales Simulationsgerat. 
Fiir verschiedene Betriebsarten von 
Informationstransporten (Einzelwort-Ein- 
Ausgabe) zwischen dem Rechnerkern- 
kanal des Digitalrechners TR 86 [18] 
und unterschiedlichen Peripheriegera- 
ten uber entsprechende AnpaBwerke 
als Entwicklungs- und Testobjekte wird 
die TR-86-Schnittstelle nachgebildet. 
Der Gruppe C gehoren zwei der weite- 
ren interessanten drei Arbeiten hinsicht- 
lich funktioneller Aufgabenstellung, 
technischer Realisierungs-Parameter 
und Bearbeitungsmethode an [19]. Es 
handelt sich bei [14] und [16] um lo- 
gisch-topologisch-elektrotechnische Pro- 
bleme bei Schaltwerkentwiirfen zur 
gegebenen algebraischen Form der 
Schaltfunktionen [20], [21]. Hierbei 
werden der Operator SIMSA zur lo- 
gischen Simulation und weitere LOGOL- 
Operatoren des Prog ram msystems 
LOTSE [22] verwendet, letztere auch 
bei [10] und [15]. In einer verbal vor- 
gelegten friihen Phase eines Schalt- 
werkentwurfs und damit vor der Be- 
rucksichtigung mehrerer elektrischer 
Eigenheiten eines bestimmten digitalen 
Schaltkreissystems behandelte die Ar- 
beit [13] als Studie vor einer eventuellen 
Simulation per Programm die Steue- 



rung des Informationstransports zwi- 
schen zwei Kernspeichern uber Puffer- 
register. 
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DK 681.322 TR 440 : 681 .327.8 

Das Satellitensystem des Telefunken-Rechensystems TR 440 

Evers, Manfred, und Hoheisel, Werner 

DATENVERARBE1TUNG AEG-TELEFUNKEN 3 (1970) 3, S. 122-124. 

In einem Oberblick werden die Begriffe Teilnehmer-Rechensystem und 
Satellitensystem erlautert. Die Wirkungsweise des Satellitensystems TR 86 S 
Innerhalb des Telefunken-Rechensystems TR 440 wird umrissen und auf 
MehrfachanschluG von Satellitensystemen (Kaskadenschaltung) erweitert. Im 
zweiten Tell wird die Steuerung des Datenflusses innerhalb des Satelliten- 
rechners beschrieben. 
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DK 681 .322.06 TR 440 

Zum Programmiersyslem des Telefunken-Rechensystems TR 440 

Schmidt, Enno, Linn, Norbert, Schwald, Andreas, und Krainer, Hanno 
DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 124-131, 5 B, 5 Qu. 

Aus verschiedenen Gesichtswinkeln werden die Mdglichkeiten fur den Be- 
nutzer der Rechenanlage TR 440 erlautert. Ein Auftrag des Benutzers 
besteht aus einer Kommandofolge, die im Abschnitt Grunddienste beschrie- 
ben wird. Es folgen die Angaben zu den moglichen Programmiersprachen 
und die im TR 440 gegebene Moglichkeit, Programmteile aus verschiedenen 
Quellsprachen miteinander zu verbinden. Ein weiterer Abschnitt behandelt 
die Testhilfen auf Quellebene wie Ablaufprotokollierung Oder dynamische 
Kontrollen sowie Fehleranalysen. AbschlieBend werden die zusatzlichen 
Leistungen des Programmiersystems im Teilnehmerbetrieb (Auftragsform Ge- 
sprach) behandelt. 
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Der TR 440 mil zwei Rechnerkernen und Massenkernspelcher 

Stadie, Gunter 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 132-133, 1 Qu. 

Es werden die Mdglichkeiten vorgestellt, das Rechensystem TR 440 mit zwei 
Rechnerkernen und/oder einem Massenkernspeicher auszustatten. Fur zwei 
Rechnerkerne sind die Hardwarevoraussetzungen gegeben. Mit dem Massen- 
kernspeicher kann im Direktzugriff (adressiert) Oder im Blockzugriff (wie ein 
Peripheriegerat) Information ausgetauscht werden. 
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DK 681 .322.07 TR 440 

Periphere Einhelten der TR-440-Staffel (Auswahl) 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 133-134. 

Die Zusammenstellung enthalt eine Auswahl der gebrauchlichsten Peripherie- 
gerate des TR-440-Rechensystems. 



DATENVERARBEITUNG AEG-TELEFUNKEN 



DK 681 .322.06 TR 440 

Die Mathematische Programmbibliothek des TR 440 

Kaab, Heinz 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 136 

Aus den vielfaltigen Anwendungsmoglichkeiten des TR 440 wird die Verwen- 
dung in Wissenschaft und Technik vorgestellt. Programme der Blbliothek auf 
dem Gebiet der Numerik und der Statistik werden aufgezahlt. 
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DK 681 .322 TR 440 : 002 : 659.2 

Anwendungssysteme fur den TR 440 

Voltz, Hannspeter 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 136-140, 1 B. 

Die umfangreichen Entwicklungsvorhaben bei AEG-TELEFUNKEN im Bereich 
der Anwendungssoftware werden mit unterschiedlichem Detallierungsgrad 
vorgestellt. In der Anwendung sind die Systeme TELDOK (Dokumentations- 
system) und PSS (Planungssystem fur die Produktion). Fur beide Systeme 
bildet das DBS (Datenbanksystem) die erforderliche Datenverwaltung in 
Form strukturierter und unstrukturierter Satze. In der Planung sind Fuh- 
rungssysteme der offentlichen Verwaltung und Management-lnformations- 
Systeme. 
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DK 621.395: 681.3 "313" 

Gedanken ilber die Beziehungen zwischen Fernmelde- und 

Informationstechnik und ihre zukiinftige Entwicklung 

Jessen, Eike 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 141-145, 5 B. 

Ausgehend von den gemeinsamen technischen Grundlagen von Fernmelde- 
und Informationstechnik behandelt der Beitrag zunachst die Verwendung der 
Informationstechnik im Fernmeldewesen einerseits und den Einsatz der 
Fernmeldetechnik zur Losung umfassender Informationsverarbeitungspro- 
bleme andereseits. Die fortschreitende Technik wird zu immer preisgunsti- 
geren Rechenzeiten und zu einer auBerordentlich bequemen Kommunika- 
tionsform zwischen Benutzer und Rechner fuhren. In einer Extrapolation in 
in die Zukunft wird erkennbar, wie weit die allgemeine Nutzung von Teil- 
nehmer-Rechensystemen die Lebensgewohnheiten der Menschen verandern 
konnte. 
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DK 377.5 : 621.3 : 65.011.56 : 681.31 

Studienarbeiten unterstiitzen Ausbildung fiir Informatik-lngenieure 

Meintzen, Horst 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 145-147, 22 Qu. 

Mit obligaten Studienarbeiten freier Themenauswahl an der Staatlichen 
Ingenieurschule Konstanz ist eine IngenieurgemaBe ErgSnzung der anderen 
Ausbildungsbeitrage beabsichtigt. Es wird berichtet uber solche Arbeiten, die, 
z. B. mit den Lehrfachern Digitalrechnersysteme und Programmieren von 
Digitalrechnern der bisherigen Ableitung ElektrotechniklAutomation und Oaten- 
technik (neuere Bezeichnung: Intormatik) verbunden, Innerhalb der Schule 
abliefen und uber eine Reihe von Arbeiten in Hardwarelabors von AEG- 
TELEFUNKEN in Konstanz. Eine Themenauswahl zeigt typische Gruppen, die 
sich von der bereits iiblichen Praxisbetonung mit weniger Theorie bis zu 
funktionellen Entwurfen nach abstrakten Methoden erstrecken. 
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Bild auf der vierten Umschlagseite 
Ober drei GroBrechner vom Typ TR 440 wird das Rechen- 
zentrum von AEG-TELEFUNKEN Konstanz in Kurze 
verfiigen, urn auch weiterhin bei der Entwicklung zukunfts- 
sicherer Datenverarbeitungssysteme mit an fiihrender Stelle 
stehen zu konnen. Der auf dem Bild erkennbare Bedientisch 
gehort zu einem der beiden bereits seit einiger Zeit in 
Betrieb befindlichen Rechner dieses Typs 




Die zunehmende Ausbreitung von Vielbenutzer-Systemen 
fuhrt zu einer wachsenden Nachfrage nach Datensichtgeraten. 
Speziell fur die Verwendung in derartigen Systemen hat 
AEG-TELEFUNKEN die Sichtgerate SIG 100 (fur graphische 
und alphanumerische Darstellungen) und SIG 50 (fur 
alphanumerische Darstellungen) entwickelt. Das Bild zeigt 
zwei Gerate vom Typ SIG 100 im Priiffeld 
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